Skip to content
RED SAGSkills
mediumData Engineer interview question

Product engineers keep breaking your pipelines by changing database columns without warning. How would you fix this?

What the interviewer wants to hear

  • Agree on data contracts for key datasets: schema, semantics, owners, SLAs
  • Publish events or views as an interface instead of reading raw tables
  • Add automated schema checks in the producer CI
  • Version breaking changes with a deprecation period
  • Detect drift in pipelines and fail fast with clear alerts
  • Build the relationship: show impact, make it easy for producers

Model answer

The root problem is that the data team depends on internal tables nobody promised to keep stable. I would pick the most critical datasets and agree a data contract with each owning team: the fields, types, meaning, freshness and who owns it. Ideally producers publish a stable interface, such as outbox events with a schema in a schema registry or a dedicated view, rather than us reading their raw tables. Then I make the contract executable: a check in their CI fails the pull request if a contracted field is removed or changes type, and breaking changes ship as a new version with a deprecation window. On our side, pipelines validate schemas on ingest and fail fast with clear alerts instead of loading bad data. I also show product teams which dashboards and models broke, so they see the impact and treat data as a product.

Can you answer it under time pressure?

Take a timed medium round and get scored on every answer.

Start mock interview

More medium Data Engineer questions