SQLサーバーの面接質問: データベースの推論を声に出して説明する方法

SQLサーバーの面接質問は、構文の思い出しで止まることはめったにありません。パネルはすでに、正しいJOIN句またはウィンドウ関数を調べることができることを知っています。彼らが何をテストしているかは、データベースの問題をリアルタイムで推論し、その推論を他の人(DBA、アプリケーションデベロッパー、非技術的なステークホルダーなど)に説明できるかどうかです。

DBAトラックの職務では、バックアップ、復旧モデル、インデックス保守、サーバー設定に重点を置く傾向があります。デベロッパートラックの職務では、T-SQLパターン、クエリ設計、コードがクエリオプティマイザーと相互作用する方法に重点を置く傾向があります。ほとんどの企業は両方をブレンドしています。インデックス作成を理解するデベロッパーはより高速なクエリを書き、アプリケーションロジックを理解するDBAはより良いチューニングアドバイスを提供するためです。

一般的なオープニングの質問は、「新しいレポートテーブルのインデックス戦略をどのように設計するかを説明してください」のようなものです。正しい単一の答えはないため、インタビュアーは本当にあなたのプロセスを採点しています。クエリパターンを最初に明確にする方法、読み取りパフォーマンスと書き込みコストをどのように比較するか、推測ではなく実際のデータでその選択を検証する方法です。

すべての良い答えに共通するスレッドは、ナレーションです。最初に何を確認するか、なぜそれを確認するのか、その結果が何を教えてくれるかを言ってください。インタビュアーは、暗記された定義ではなく意思決定プロセスを聞いており、その声に出して考える習慣は、パネルの前に座る前に練習する価値があります。

インデックス作成に関する質問は、SQLサーバーの面接で最も一般的な技術的チェックポイントです。クラスター化インデックスと非クラスター化インデックスの違い、カバーインデックスが役に立つ場合、低速で実行されているクエリをどのようにスピードアップするかについて説明するよう求められる可能性があります。

教科書の定義の代わりに、実際の診断パスの周りにあなたの答えを構成してください。実際の実行プランから開始します。「実際の実行プランを引き出して、シークを期待しているスキャンを探し、述語列がインデックスされているかどうかを確認します」と説明してください。キーの検索にかかるコストと、含まれた列の追加がそれを削除する場合を説明してください。統計情報について言及してください。古い統計情報により、正しいインデックスが存在していても、オプティマイザーが悪いプランを選択できます。古い統計情報更新は、経験豊富な候補者が最初に確認することの1つです。

インタビュアーはまた、フィルター処理されたインデックス、フィル係数、インデックスの断片化に関する後続質問をより深く掘り下げるのが好きです。フィルター処理されたインデックスは行のサブセットのみをカバーでき、ほとんどがnull またはほぼ非アクティブな列のインデックスを劇的に縮小できることを説明する準備をしてください。また、フィル係数は、今日は浪費されたスペースと交換に、挿入が多いテーブルの後のページ分割を減らします。

例の答え:「レポートクエリは、インデックスのない列でフィルター処理され、3つの大きなテーブルを結合したため、タイムアウトしていました。計画を引き出し、クラスター化されたインデックススキャンと高コストのソートを見た後、フィルター列に非クラスター化インデックスを追加し、SELECTリストの列を含め、統計情報を更新しました。スキャンはシークに変わり、期間は12秒から1秒以下に低下しました。」その種の具体的な因果関係のストーリーは、一般的な答えから強い答えを分離するものです。

基本的なSELECT文を超えて、インタビュアーは通常、いくつかのT-SQL領域をプローブします。ROW_NUMBER、RANK、DENSE_RANKなどのウィンドウ関数、共通テーブル式と一時テーブルの比較、セットベースのロジックとカーソルの比較、およびNULLが比較と集計でどのように動作するかです。

カーソルを避ける理由を聞かれた場合は、「カーソルは遅い」とは言わないでください。メカニズムを説明してください。カーソルは一度に1行を処理しますが、セットベースのクエリでは、オプティマイザーが結果セット全体で機能することができるため、規模が大きくなるとほぼ常に高速になります。カーソルが本当に正しいツールの場合、たとえば厳密な順序で実行する必要がある管理スクリプトでは、そうであることを言及し、その理由を説明してください。

一時テーブルとテーブル変数を比較するよう求められる場合もあります。良い答えは、スコープ、トランザクションログの動作、およびオプティマイザーが一時テーブルの統計情報を作成するが、テーブル変数に対しては作成しないという事実をカバーしており、これはより多くの行数でのクエリプランに関連します。説明を実用的に保つ: 実際にどちらかを選択したことがあり、その結果何が変わったかを説明してください。

JOINタイプとクエリ構造についての質問を少なくとも1つ期待してください。INNER JOINとLEFT JOINの違い、CROSS APPLYがプレーンなJOINが表現できない行ごとのロジックで役立つ場合、およびMERGE文がいかに挿入、更新、削除を1つの操作に結合できるかです。TRY/CATCHでのエラー処理についても短い質問が出たり、XACT_ABORTがトランザクション内のロールバック動作をどのように変えるかについても出たりすることがあります。各答えを構文ではなく、実際にそれを使用した状況に名前を付けて答えてください。

デザインの質問は、クエリについて考える前にスキーマについて考えるかどうかをテストします。正規化に関する質問を期待してください。データを関連テーブルに分割することで更新の異常がどのように減少するか、読み取りパフォーマンスのためにテーブルを目的的に非正規化することが間違いではなく合理的なトレードオフである場合。

プライマリキーとユニーク制約の違い、外部キーがアプリケーションがコードで関係を強制する場合でも重要な理由、新しいテーブルのナチュラルキーとサロゲートキーの選択方法を説明する準備をしてください。アイデンティティ列とプライマリキーとしてのGUIDについて尋ねられた場合は、実際の影響について言及してください。シーケンシャルアイデンティティはクラスター化されたインデックス挿入を効率的に保ちますが、ランダムGUIDは、シーケンシャル変数を使用しない限り、インデックスをすばやく断片化する可能性があります。

デザイン指向のフォローアップは、顧客、製品、品目を含む注文システムなど、特定のシナリオのスキーマをスケッチするよう求めるかもしれません。あなたの思考を語ってください。どのエンティティが独自のテーブルを必要とするか、予想されるクエリパターンのためにどの列をインデックスするべきか、制約がダウンストリームのデータ品質の問題になる前に悪い挿入をキャッチするでしょう。

バックアップと復旧に関する質問は、単なるコマンドではなく、復旧戦略の背後にあるトレードオフを理解しているかどうかを確認してください。3つの復旧モデル(シンプル、フル、バルク記録)と、ポイントインタイム復旧が可能かどうかに各モデルがどのように影響するかを説明する準備をしてください。

完全バックアップ、差分バックアップ、トランザクションログバックアップの違いと、復元中にそれらがどのように組み合わされるかを説明します。インタビュアーはしばしばシナリオで追跡します。データベースは午後2時に失敗し、最後の完全バックアップは昨晩であり、15分ごとのログバックアップがあります。復元シーケンスと結果の復旧ポイントに名前を付けることで答えてから、それをRPOとRTOに平文で接続してください。許容可能なデータ損失の量、およびシステムが戻ってくる必要があります。

より上級の面接では、高可用性オプションをより高い概念レベルで比較するよう求められる場合があります。AlwaysOn可用性グループがログシップとどのように異なるか、そして会社がより遅く復旧するにもかかわらず、より単純なオプションを選択する可能性がある理由です。すべてのオプションを設定した必要がありますが、各オプションが何を解決するかを説明できる必要があります。

実際の復元またはフェイルオーバーを処理した場合、簡潔に説明してください。何が壊れたのか、どのバックアップチェーンを使用したのか、復元にどのくらいの時間がかかったのか、次に復旧ウィンドウを減らすために何を変更したのかです。復元を仮定ではなくスケジュールでテストすることを実際にしていることを言及することは、実際の運用経験を示す種類の詳細です。

トランザクションの質問は、複数のユーザーが同じデータに同時にアクセスしたときに何が起こるかを理解しているかをテストします。ACIDから始めます。原子性、一貫性、分離、耐久性、その後、頭字語よりも具体的に何かに急速に移動してください。

分離レベルを比較する準備をしてください。SQLサーバーのデフォルトである読み取りコミット、読み取りコミット前、反復可能読み取り、シリアル化可能、スナップショット分離と比較してください。各レベルが解決する問題(ダーティリーズやファントムリーズなど)と、同時実行に何がかかるかを説明してください。強い候補者は、スナップショット分離がtempdbで行バージョン管理を使用して読者をライターに対してブロックするのではなく、なぜメモリとtempdbの負荷を取引できるかを説明することもできます。アプリケーションチームからのブロック苦情を減らします。

デッドロックの質問はしばしば出てきます。Extended Eventsのデッドロックグラフを使用してそれを識別する方法を説明し、デッドロックが実際に何であるかを説明してください。互いに必要とするロックを保持している2つのセッションであり、テーブルアクセスの順序を一貫して並べ替えるか、トランザクションを短くするなどの修正を説明します。インタビュアーがNOLOCKやROWLOCKなどのロックヒントについて尋ねた場合、トレードオフを明確に説明します。NOLOCKはブロッキングを回避しますが、コミットされていない行または重複する行を返す可能性があるため、概算結果が許容される報告クエリに属し、財務計算には属しません。

候補者は、タイムアウトに気付いてからグラフを引き出し、書き換えるクエリを特定するまで、デッドロック調査をステップバイステップで説明できます。通常、用語を定義するだけの候補者よりも目立っています。

SQLサーバーの面接の頻繁な質問は、突然遅くなったサーバーを診断する方法を説明するよう求めます。ツールのリストではなく、ライブのトラブルシューティング解説として扱ってください。最初にチェックすることから始めます。現在の待機統計、アクティブなリクエスト、ブロッキングセッション。sys.dm_exec_requests、sys.dm_exec_sessions、sys.dm_os_wait_statsなどのビューを使用します。

CPU バウンド問題、I/O バウンド問題、ブロッキングチェーンの違いを判断する方法を説明します。PAGEIOLATCH待機がディスク圧力を指すか、LCK_M_X待機がブロッキングを指すなどの待機タイプを探します。tempdb競合を、特に一時テーブルまたはソートアクティビティが多いサーバー上でのトラブルシューティングの一般的だが見落とされることが多い原因として言及し、パラメータスニッフィングを、キャッシュされた計画を使用して1つの入力に対して高速に実行され、別の入力に対して低速に実行されるクエリの原因として言及します。

インタビュアーがさらに押し進めた場合、特定のクエリを分離する方法を説明します。トレースまたはExtended Eventsセッションをキャプチャしてから、問題のステートメントの実行プランを確認し、推定行数と実際の行数を比較してから、悪い推定が低速を駆動しているかどうかを確認します。

インタビュアーはこれらのシナリオベースの質問をする理由は、スライドから定義を読むことは簡単ですが、時間制限下での生きたトラブルシューティングの語り部になることではないからです。実行する順序で、実際に実行する順序で、シーケンスを声に出して練習することは、誰もが聞いているのかを明らかにする違いをもたらします。

独自の仕事から実際のシナリオの短いリストを作成してください。1つのインデックス修正、1つのデッドロックまたはブロッキング調査、1つのバックアップまたは復元状況、パフォーマンスを改善したクエリ書き換え。各1つについて、症状、診断ステップ、修正、および測定可能な結果を書き留めます。

その後、それぞれの話を声に出して練習します。黙って読むだけではなく。技術面接は、時間制限下で決定を明確に説明できる候補者に報酬を与え、その技能は初めて実際の面接中に黙って レビューからは来ていません。SayNowは現実的なフォローアップのプロンプトでSQLサーバーの面接質問をリハーサルできるため、実際の面接中に初めて実行する代わりに、会話で実行プランまたは分離レベルの選択を説明することに慣れることができます。

声に出してリハーサルすることは、無言のレビューが隠すギャップも公開します。分離レベルを明確に理解していると思うまで、別の人にスナップショット分離を説明し、説明が途中で終わることに気付くことは珍しくありません。実践でそれをキャッチすることは、採用パネルの前でそれをキャッチするよりもはるかに優れています。

最後に、いくつかの質問を自分で準備してください。チームがクエリパフォーマンスをどのように監視するか、バックアップと復旧テストプロセスの外観、スキーマ変更の確認方法。思慮深い質問は、面接がまず最初にテストしていたのと同じ運用判断を示します。