SQL-Engineering-Handbook

Interviewer Guide

How to run an interview using this bank — a methodology, not a question list.

Before You Start

Running a Session

  1. State the scenario, then stop talking. How a candidate clarifies an underspecified problem is itself signal.
  2. Let them ask clarifying questions. Reward the instinct to check nullability/edge cases before writing SQL.
  3. Use the Interviewer Follow-Up when they finish. This is where shallow-but-correct and deep understanding become distinguishable.
  4. For Debug/Optimize/Incident questions, watch the process, not just the answer. Guessing “add an index” immediately, without asking for EXPLAIN first, is a weaker signal than asking for more information first.

Probing Technique

Scoring

Use SCORING_RUBRIC.md’s eight dimensions per question, not one pass/fail. A candidate can score well on correctness and poorly on performance awareness on the SAME question.

Red Flags

Strong Signals

Avoiding Unfair Questions

Evaluating Reasoning, Not Memorization

The biggest failure mode: rewarding memorized LeetCode-style patterns without checking if the candidate can explain WHY they work. Every “Explanation” field exists so you can ask “why” as a follow-up to any correct answer.