転職面接で聞かれるSQLの行数の意図とは？評価ポイントと適切な回答例を解説

転職活動、特にデータコンサルタントやデータエンジニア領域の面接では「SQLは何行くらい書きますか？」という一見曖昧な質問をされることがある。この質問は単なる行数の確認ではなく、スキルレベルや業務経験の深さを測る意図が含まれている。本記事ではその背景と適切な回答の考え方を整理する。

SQLの行数を聞く質問の本当の意図

この質問はコード量そのものを評価しているわけではなく、SQLの複雑性や業務レベルを把握するために行われる。

例えば数十行のシンプルなクエリなのか、CTEや複数JOINを含む複雑な処理なのかで実務経験のレベルを推測している。

SQLの行数は本質的な評価指標ではなく、設計力・データ理解力・集計ロジックの構築力が重要視される。

例えば短いSQLでも複雑なロジックを正しく実装できていれば高評価につながることが多い。

企業は回答から「単純なSELECT中心なのか」「BI的な集計経験があるのか」「分析設計までできるのか」を判断している。

例えば10行程度でも複雑なサブクエリを扱っている場合と、単純な抽出のみでは評価は大きく異なる。

回答する際は行数よりも、どのような目的でSQLを書いていたかを説明する方が評価につながる。

例えば「数十行程度ですが、複数テーブルの結合や集計処理を含む分析SQLを主に扱っていました」といった伝え方が望ましい。

「行数が多いほど上級」という誤解は危険であり、実際の現場では可読性や保守性の方が重視される。

例えば冗長なSQLよりも、適切に分割されたクエリの方が評価されるケースも多い。

SQLの行数はスキル評価の直接的な指標ではなく、業務経験の複雑さを間接的に測るための質問である。

転職面接では行数よりも「どのような分析や処理を行ってきたか」を具体的に説明することが重要になる。