採用向けSQLスキルテスト

このSQL適性テストは、どのような人に適していますか？

自分でデータを抽出する職種には、このSQLアセスメントテストをご利用ください。レポートを作成するジュニアデータアナリスト、アプリケーションのクエリを書くジュニア開発者、データベースの記録を確認するオペレーションアナリストなどに適しています。採用向けスキルアセスメントテストライブラリに含まれる技術テストの1つで、ジュニアデータアナリスト向けバンドルの一部です。中級Excelや数的推理と組み合わせてご利用いただけます。

ジュニア職に必要な基礎であるSELECT、WHERE、結合、集計を扱います。データベース管理、パフォーマンスチューニング、特定ベンダー独自の拡張機能は対象外です。主な業務が表計算ソフトを使った作業であれば、Excelテストのほうが参考になる場合があります。

SQL面接テストとしては、技術面接の前に実施するのがおすすめです。クエリを問題なく読める候補者との面接に時間を使えます。技術スキルのハブでは、PythonテストやJavaScriptテストとの組み合わせ方をご紹介しています。

データアナリスト向けSQLテストの内容とは？

データアナリスト向けのSQLテストは、実際にアナリストが書くクエリを反映した内容にする必要があります。多くの場合、適切な行を取り出し、正しく集計することが中心です。主な評価領域は次の5つです。

1. SELECTとWHEREを使った選択と絞り込み。複数の条件の組み合わせも含みます。
2. COUNT、SUM、AVGによる集計と、GROUP BYによるグループ化。
3. 結合。特に、内部結合でどの行が残り、どの行が除外されるかの理解。
4. NULLの扱い。欠損値は、ゼロや空文字列とは異なる動きをするためです。
5. 他の人が書いたクエリを読み、その実行結果を予測する力。

HireValidのSQLスキルテストでは、クエリ読解問題と選択式問題を通じて、これらの領域を確認します。各問題ではテーブル構造を説明しています。以下の練習問題では、小さな注文テーブルを使って出題形式をご紹介します。

SQLのスコアの目安

テストでは20点満点の素点が示され、適切な標準データがある場合は、参照集団とともにパーセンタイルも表示されます。ジュニアのアナリストや開発者には、フィルタリングと集計を十分に扱えることを求めましょう。結合やNULLの処理ができる候補者は、より高い能力を示しています。

一律の合格基準はありません。結果が届く前に職種ごとの基準を決め、候補者を同じ参照集団の中で比較し、ワークサンプルで確認してください。スコアが高い候補者がワークサンプルで別の、同じく正しいクエリを書いた場合も、満点として評価してください。

実務課題や面接と組み合わせて活用する方法

選考候補者には、数百行のデータが入った2〜3個のテーブルからなる小さなスキーマを用意し、「3月には注文したが、4月には注文しなかった顧客は誰ですか？」といった業務上の質問をします。スキーマを説明し、SQLの方言に関する前提があれば最初に伝えます。正しい答えが得られるクエリはすべて受け入れましょう。同じように正しい解法に減点してはいけません。

構造化面接では、ジュニアデータアナリスト向け面接質問を使いましょう。予想外の結果を報告する前に、候補者がどのような確認をするかを尋ねる質問が含まれています。優れたアナリストは、合計値を信頼する前に、行数、重複、NULL値を確認すると説明します。

このテストがAIの利用にどう対応するか

短いクエリはAIツールに貼り付けやすいため、このテストでは制限時間、問題のバリエーション、追加の確認を活用します。12分で20問なので、1問あたり約36秒です。短いクエリを読むには十分ですが、クエリとスキーマを別の場所にコピーするには時間が限られます。設問はランダム化された問題プールから出題されます。

インテグリティ設定では、タブの切り替えやテキストの貼り付けなどのブラウザー上のイベントを記録し、人が確認するためのIntegrity Scoreに反映します。最終的な確認には実務課題とその説明が重要です。結合やNULLを理解している候補者なら、クエリがその結果を返す理由を説明できます。インテグリティの概要では、各シグナルとその限界を説明しています。

採用担当者向けのヒント

• 各課題でスキーマを説明し、 SQLの方言に関する前提も明記してください。
• 同等の回答も受け入れる。 同じ問題を解く正しいクエリが複数ある場合があります。
• まずは汎用性の高いSQLをテストする。 ベンダー固有の機能は、職務で必要な場合に実務課題で確認してください。
• アナリスト職ではSQLをExcelまたは数的推論と組み合わせる。 データの取得と活用の両方を確認できます。
• クエリを読むにはデスクトップまたはノートパソコンを勧める。

技術スキルテストの概要は、技術スキルテスト一覧をご覧ください。

テストで見つかるSQLのよくある間違い

経験の浅い人がSQLを書くと、間違っていても一見正しそうな結果が出ることが多く、そこに大きなコストが潜んでいます。採用時に確認したいのは、次のような習慣です。

• = を使って NULL と比較する。 一致することはないため、値が欠けている行が件数や絞り込みの結果からいつの間にか消えてしまいます。
• 内部結合で行を失う。 対応する顧客がいない注文は、意図的に外部結合を使わない限り、レポートから消えてしまいます。
• 集計対象を間違える。 顧客数を聞かれているのに注文数を数えたり、予想外にデータが分割される列でグループ化したりすることです。
• 本来は集計前に行うべき絞り込みを、集計後に行う。 WHERE と HAVING は適用される段階が異なり、取り違えると合計値が変わります。

こうした落とし穴を知っている候補者は、結果を信頼する前に行数を確認します。この習慣は、関数名をすべて知っていることよりも、アナリストにとって重要です。

公平なSQL実務課題の設計方法

適切なSQL実務課題は30～45分で完了でき、同僚からの実際の依頼に近い内容です。ジュニアアナリストや開発職に適した構成を紹介します。

1. 小規模なスキーマを用意します。 2～3個のテーブルを使い、各列の簡単な説明とサンプルデータを数行添えます。
2. 難易度を段階的に上げた質問を3つ出します。 絞り込み、グループごとの集計、結合に加えて欠損値への慎重な対応が必要な質問を用意します。
3. **想定する方言を明示するか、**一般的な方言を幅広く受け入れ、候補者が使えるツールを伝えます。
4. 各クエリに一行の説明を求めます。 結果だけでなく、考え方も確認できます。
5. 事前に作成した評価基準表で採点します。 まず結果の正確さを評価し、次に読みやすさと、候補者が説明する確認方法を評価します。

最終候補者全員に同じ課題と所要時間の目安を提示してください。同等に正しいクエリは受け入れましょう。SQLの書き方に唯一の正解があることはほとんどありません。異なる書き方を減点すると、候補者のスキルではなく、評価者の好みを測ることになります。