Courseiva

PDE Ingesting and Processing the Data Practice Question

You are loading 10 GB of daily CSV files from a GCS bucket into a BigQuery table. The files contain some malformed rows that you want to skip. Which BigQuery load configuration should you use?

⚠ Common exam trap

PDE often tests the confusion between options that handle different types of CSV parsing issues, such as skipping headers versus skipping malformed rows, and candidates may incorrectly choose 'ignore_unknown_values' or 'allow_jagged_rows' for general malformed data.

Answer choices

Why each option matters

Answer the question above first, then reveal the full breakdown to understand why each option is right or wrong.

Correct answer & explanation

✓

Use the 'max_bad_records' option set to a value like 10.

The 'max_bad_records' option allows you to specify the maximum number of bad records that BigQuery can ignore during a load job. Setting it to a value like 10 means that up to 10 malformed rows will be skipped; if more than 10 bad records are encountered, the job fails. This is the correct configuration to skip a limited number of malformed rows while ensuring data quality.

Answer analysis

Option-by-option breakdown

For each option: why learners choose it and why it is or isn't the right answer here.

  • ✗

    Use the 'skip_leading_rows' option.

    Why it's wrong here

    'skip_leading_rows' merely omits header lines at the start of each file; it performs no validation of subsequent records, so malformed rows still cause the job to fail. It is the right setting when CSV files carry a header row that must not be loaded as data.

  • ✗

    Use the 'ignore_unknown_values' option.

    Why it's wrong here

    The 'ignore_unknown_values' option discards values in columns absent from the schema, not malformed rows; rows with wrong field counts still fail the load. It is intended for extra trailing fields in otherwise well-formed data, so it would be correct when surplus columns appear, not when rows are structurally broken.

  • ✓

    Use the 'max_bad_records' option set to a value like 10.

    Why this is correct

    Setting max_bad_records to 10 lets the load job tolerate up to ten malformed rows per file, skipping them while importing the valid data. Without it, any single bad row aborts the entire 10 GB load.

  • ✗

    Use the 'allow_jagged_rows' option.

    Why it's wrong here

    'allow_jagged_rows' permits rows with fewer columns than the schema by padding missing trailing fields with nulls; it does not skip rows that are malformed in other ways. It is correct when short rows should be retained rather than rejected.

About these practice questions

One of 747 original PDE practice questions on Courseiva, each with a full explanation and wrong-answer analysis — not exam dumps or protected exam content. Learn why practice questions differ from exam dumps →

How Courseiva writes practice questions · Editorial policy

JA

Written and reviewed by Johnson Ajibi, MSc IT Security

Senior Network & Security Engineer · founder of Courseiva

Last reviewed September 2026 · checked against the official Google Cloud exam blueprint

This PDE practice question is part of Courseiva's free Google Cloud certification practice question bank. Courseiva provides original exam-style practice questions with explanations, topic-based practice, mock exams, readiness tracking, and study analytics to help learners prepare for the PDE exam.