Noos
PT EN
RAN-DBDEA-00137
Ranvier · DBDEA

Exam DBDEA Topics: transformation Difficulty: medium

Last night, a batch job ran a faulty UPDATE on catalog.sales.orders, overwriting the status column on every row. The faulty commit landed as version 3, and the table is now at version 4. An analyst must produce a report from the table exactly as it existed before that commit, without changing the current data. How should the analyst read the pre-UPDATE snapshot?

Options (Reading Mode) Click to filter discussion →
  1. A. Query the historical snapshot with SELECT * FROM catalog.sales.orders VERSION AS OF 2
  2. B. Run RESTORE TABLE catalog.sales.orders TO VERSION AS OF 2, then execute the report again
  3. C. Run the report on the current table with a WHERE clause that filters out the overwritten rows
  4. D. Read the table's underlying Parquet data files directly from the storage location with Spark
Reveal answer

Correct answer: Query the historical snapshot with SELECT * FROM catalog.sales.orders VERSION AS OF 2

Reference: https://docs.databricks.com/aws/en/delta/

02 — The Myelin Layer · Canonical Discussion

Where the exam tries to trick you — and how those who passed solved it.

0 Passed

contributed to this question

Answer Distractor Matrix Click an option to filter or open its dissection.
✦ Consolidated Synthesis (Wiki) rev. #1 (baseline) · CC BY-SA 4.0
Start synthesis for this question →

No community synthesis consolidated for this question yet. Below is the verifiable official starting point — if you passed the exam, open the option dissection.

Official Answer (A): Query the historical snapshot with SELECT * FROM catalog.sales.orders VERSION AS OF 2

⚓ Official Documentation Anchor: https://docs.databricks.com/aws/en/delta/
Ranvier · DBDEA

Contribute to this Question

Your contribution builds your Orbital Sheath

Peer contributions

No public contribution yet. Be the first who passed to explain why the distractors trick candidates — your contribution builds your Orbital Sheath.