T-SQL 面接の質問と回答トップ 50 (2026)

替え： フィオナ・ブラウン フィオナ・ブラウン
Hours 更新中

T-SQL面接の質問と回答

T-SQL 面接の準備はできていますか? データベースが表面下でどのように機能しているかを深く理解する時間です。 T-SQL面接の質問採用担当者は、構文の記憶力だけでなく、データ操作、最適化、論理構造化の能力も評価します。

企業がデータドリブンなインサイトに依存するにつれ、この分野での機会は拡大し続けています。優れた技術的専門知識、分析スキル、そして実践的な問題解決能力を持つ候補者は、新卒者でも5～10年の経験を持つプロフェッショナルでも、特に優れています。基礎レベルと上級レベルの両方で質問と回答を理解することで、チームリーダー、マネージャー、そして技術シニアは、優れたSQLスキルセットと基礎レベルの経験を特定することができます。

当社のガイドは、65 名を超える採用マネージャー、40 名を超える上級開発者、さまざまな業界のデータ プロフェッショナルからの洞察に基づいており、基礎的な SQL ロジックから、世界中の技術リーダーが信頼する高度な最適化手法までを網羅しています。 続きを読む...

👉 無料PDFダウンロード：T-SQL面接の質問と回答

T-SQL面接でよくある質問と回答

1) T-SQL とは何ですか? 標準 SQL とどう違うのですか?

Transact-SQL（T-SQL）は MicrosoftのSQL言語の独自の拡張であり、主に Microsoft SQL Server変数、条件、ループ、エラー処理、組み込み関数といった手続き型プログラミング機能を導入することで、標準SQLを拡張します。標準SQLはデータ操作（SELECT、INSERT、UPDATE、DELETE）に重点を置いているのに対し、T-SQLはフロー制御文（IF…ELSE、WHILE）、トランザクション処理、そして開発者が複雑なスクリプトを記述できるシステム関数をサポートしています。

側面 SQL T-SQL
所有権 ANSI/ISO規格 Microsoft
手続き型ロジック 限定的 サポートされています（変数、ループ）
エラー処理 最小限の TRY…CATCHをサポート
主な用途 汎用DB SQLサーバー

例：

DECLARE @count INT = 5;
WHILE @count > 0
BEGIN
    PRINT @count;
    SET @count -= 1;
END;

2) T-SQL のさまざまな種類の結合を例とともに説明してください。

T-SQLにおける結合は、関連する列に基づいて2つ以上のテーブルの行を結合します。リレーショナルデータクエリでは、結合の型を理解することが不可欠です。

結合タイプ 詳細説明 構文例
INNER JOINは 一致する行のみを返します SELECT * FROM A INNER JOIN B ON A.id = B.id;
左結合します 左からすべて + 右からの一致 SELECT * FROM A LEFT JOIN B ON A.id = B.id;
正しい参加 右からすべて + 左からの一致 SELECT * FROM A RIGHT JOIN B ON A.id = B.id;
完全結合 左 + 右を組み合わせる SELECT * FROM A FULL JOIN B ON A.id = B.id;
クロスジョイン デカルト積 SELECT * FROM A CROSS JOIN B;

実践例: 接合 Orders の三脚と Customers どの顧客が注文したかを知るには INNER JOIN.

3) 共通テーブル式 (CTE) とは何ですか? また、その利点は何ですか?

共通テーブル式（CTE）は、 SELECT, INSERT, UPDATEまたは DELETE ステートメント。読みやすさが向上し、再帰クエリが簡素化されます。

Advantages:

  • クエリの明確さとメンテナンス性が向上します。
  • 再帰を有効にします (組織図などの階層データの場合)。
  • サブクエリの繰り返しを回避するのに役立ちます。
  • 大規模なスクリプトのモジュール性が向上します。

例：

WITH EmployeeCTE AS (
    SELECT EmpID, EmpName, ManagerID
    FROM Employees
)
SELECT * FROM EmployeeCTE WHERE ManagerID IS NULL;

4) T-SQL では一時テーブルとテーブル変数はどのように異なりますか?

どちらも中間結果を保存するために使用されますが、動作と範囲は大きく異なります。

機能 一時テーブル (#Temp) テーブル変数 (@TableVar)
保存先 一時DB メモリ（TempDB の使用は制限されています）
トランザクションスコープ 取引を追跡する 取引に依存しない
インデックス サポート 限定的
パフォーマンス 大規模なデータセットに最適 小規模なデータセットに適している

例：

DECLARE @TableVar TABLE (ID INT, Name NVARCHAR(50));
INSERT INTO @TableVar VALUES (1, 'Alice');

大規模なデータセットを操作する場合やインデックスが必要な場合は、一時テーブルを使用します。

5) T-SQL におけるトランザクションの概念とそのライフサイクルについて説明します。

T-SQLにおけるトランザクションは、一連の操作が単一の論理単位として実行されることを保証します。ライフサイクルには以下が含まれます。 取引を開始, コミット, ロールバック.

ステージ 詳細説明
取引を開始 取引を開始する
トランザクションのコミット すべての変更を永続的に保存します
ロールバックトランザクション 最後のBEGIN以降のすべての操作を元に戻します

例：

BEGIN TRANSACTION;
UPDATE Accounts SET Balance = Balance - 100 WHERE AccID = 1;
UPDATE Accounts SET Balance = Balance + 100 WHERE AccID = 2;
COMMIT TRANSACTION;

途中でエラーが発生した場合、 ROLLBACK データの整合性を維持します。

6) DELETE、TRUNCATE、DROP コマンドの違いは何ですか?

Command 演算 ロールバック 構造に影響を与える 速度
DELETE 特定の行を削除します あり いいえ もっとゆっくり
切り捨てる すべての行を削除します いいえ（通常） いいえ 対応時間
DROP テーブル全体を削除します いいえ あり 最速

例：

DELETE FROM Employees WHERE Department = 'HR';
TRUNCATE TABLE TempData;
DROP TABLE OldLogs;

　 DELETE 選択的除去のため、 TRUNCATE クリアリングのため、そして DROP テーブルを完全に削除します。

関連記事

7) T-SQL ではエラー処理はどのように機能しますか?

T-SQLは、構造化されたエラー処理を提供します。 TRY...CATCH ブロックにより、開発者はランタイム エラーを適切に管理できるようになります。

例：

BEGIN TRY
    INSERT INTO Employees VALUES (1, 'John');
END TRY
BEGIN CATCH
    PRINT 'Error: ' + ERROR_MESSAGE();
END CATCH;

このアプローチは、問題のある操作を分離し、トランザクションによるデータの整合性の破壊を防ぎます。開発者は、次のようなシステム機能にもアクセスできます。 ERROR_NUMBER() or ERROR_SEVERITY() 診断用。

8) T-SQL クエリのパフォーマンスを最適化するにはどのような方法がありますか?

最適化には、SQL 設計、インデックス作成、および実行戦略の微調整が含まれます。

主なテクニック:

  1. 　 適切なインデックス 頻繁にクエリされる列。
  2. 避ける SELECT * — 列を明示的に指定します。
  3. 　 集合ベースの演算 カーソルの代わりに。
  4. SQL Server Management Studio を使用して実行プランを分析します。
  5. 　 JOINを効率的に 適切なオン条件で。
  6. 減らす ネストされたサブクエリ; CTE または一時テーブルを優先します。

T-SQLのパフォーマンスチューニングには、クエリ実行統計の監視も含まれます。 SET STATISTICS IO ON.

9) ウィンドウ関数とは何ですか? いつ使用すればよいですか?

ウィンドウ関数は、現在の行に関連する複数の行をまとめて計算しますが、単一の結果にまとめることはありません。順位付け、累計、移動平均の計算に便利です。

例：

SELECT
    EmployeeID,
    Salary,
    RANK() OVER (ORDER BY Salary DESC) AS RankBySalary
FROM Employees;

一般的な機能には以下が含まれます RANK(), ROW_NUMBER(), DENSE_RANK(), SUM() OVER().

これらは、集計データと行レベルのデータの両方が必要な分析ワークロードにとって重要です。

10) クラスター化インデックスと非クラスター化インデックスの違いを説明してください。

機能 Cluster編索引 また、Cluster編索引
データストレージ テーブルを物理的に再配置する 独立した構造
テーブルあたりの人数 1 複数
パフォーマンス 範囲クエリの高速化 特定の検索をより高速に
使用例 主キー 二次検索

例：

CREATE CLUSTERED INDEX IX_EmployeeID ON Employees(EmployeeID);
CREATE NONCLUSTERED INDEX IX_Dept ON Employees(Department);

適切なインデックス タイプを選択すると、クエリの実行速度とストレージ効率に直接影響します。

11) T-SQL のストアド プロシージャとは何ですか? また、なぜ使用されるのですか?

ストアドプロシージャとは、1つ以上のSQL文をプリコンパイルしたコレクションで、サーバー上に保存されます。ストアドプロシージャは、ロジックをカプセル化し、再コンパイルすることなく繰り返し実行できるため、パフォーマンス、セキュリティ、再利用性を向上させます。また、ネットワークトラフィックを削減し、動的な実行のためのパラメータをサポートします。

例：

CREATE PROCEDURE GetEmployeeDetails @Dept NVARCHAR(50)
AS
BEGIN
    SELECT EmpName, Position FROM Employees WHERE Department = @Dept;
END;

メリット：

  • プリコンパイルによりパフォーマンスが向上します。
  • 制御された実行によりセキュリティが向上します。
  • コードのメンテナンスとモジュール化が容易になります。

12) T-SQL のストアド プロシージャと関数の違いを説明してください。

側面 ストアドプロシージャ 演算
戻り値の型 複数の値を返すことができます 単一の値またはテーブルを返す必要があります
SELECTで使用する 許可されていない 許可
エラー処理 TRY…CATCHをサポート 限定的
実行 実行方法 EXEC SQLでインラインで使用される
トランザクション制御 サポート サポートされていません

例：

  • 手順： EXEC GetEmployeeDetails 'HR';
  • 機能： SELECT dbo.GetSalary(101);

関数は計算に最適ですが、プロシージャはビジネス ロジックやデータ操作に適しています。

13) T-SQL のトリガーとは何ですか? また、その種類は何ですか?

トリガーとは、テーブルまたはビューに対する特定のイベント（INSERT、UPDATE、DELETE）に応答して自動的に実行される特別なストアドプロシージャです。トリガーは、ビジネスルールの適用、変更の監査、参照整合性の維持などに使用されます。

タイプ 詳細説明
トリガー後 イベントの完了後に発火します
トリガーの代わりに トリガーイベントの代わりに実行される

例：

CREATE TRIGGER trgAfterInsert
ON Employees
AFTER INSERT
AS
BEGIN
    PRINT 'New employee record added!';
END;

トリガーの過剰な使用は避けてください。パフォーマンスに影響を与え、デバッグが複雑になる可能性があります。

14) T-SQL で NULL 値をどのように処理しますか?

NULLは、欠損値または不明なデータを表します。T-SQLには、これを効果的に処理するための関数がいくつか用意されています。

  • ISNULL(expression, replacement) → NULL をデフォルトに置き換えます。
  • COALESCE(expression1, expression2, ...) → 最初の NULL 以外の値を返します。
  • NULLIF(expression1, expression2) → 式が等しい場合は NULL を返します。

例：

SELECT ISNULL(Manager, 'No Manager') AS ManagerName FROM Employees;

ベスト プラクティス: 予期しない結果を回避するために、結合と条件では常に NULL を考慮してください。

15) T-SQL のカーソルとは何ですか? また、どのような場合にカーソルを避けるべきですか?

カーソルはクエリ結果を行ごとに処理することを可能にします。これは、集合ベースの操作では不十分な複雑なロジックに役立ちます。しかし、カーソルは 遅く の三脚と リソースを大量に消費する セットベースの代替手段と比較して。

例：

DECLARE emp_cursor CURSOR FOR SELECT EmpName FROM Employees;
OPEN emp_cursor;
FETCH NEXT FROM emp_cursor;
-- process
CLOSE emp_cursor;
DEALLOCATE emp_cursor;

短所：

  • メモリ使用量が増加しました。
  • スケーラビリティが低い。
  • パフォーマンスの低下。

代替： 可能な場合は、テーブル結合、サブクエリ、またはウィンドウ関数を使用します。

16) MERGE ステートメントとその使用例を説明します。

その MERGE ステートメントは実行する INSERT, UPDATE, DELETE 単一のコマンドで操作を実行できます。2 つのテーブルを同期するのに最適です。

構文例:

MERGE INTO Target AS T
USING Source AS S
ON T.ID = S.ID
WHEN MATCHED THEN UPDATE SET T.Name = S.Name
WHEN NOT MATCHED BY TARGET THEN INSERT (ID, Name) VALUES (S.ID, S.Name)
WHEN NOT MATCHED BY SOURCE THEN DELETE;

使用事例：

  • データ ウェアハウス (ステージングとターゲット テーブルの同期)。
  • 増分データロード。
  • 監査テーブルまたはディメンション テーブルを維持します。

17) T-SQL のユーザー定義関数 (UDF) にはどのような種類がありますか?

タイプ 詳細説明 例:
スカラー 単一の値を返す CREATE FUNCTION GetTax(@Salary DECIMAL) RETURNS DECIMAL
インラインテーブル値 単一のテーブルを返す SELECT RETURN SELECT * FROM Employees WHERE Dept = 'HR'
複数文のテーブル値 複数のステートメントの後にテーブルを返します 複雑なロジックに役立つ

関数はコードの再利用を促進し、モジュール式クエリ設計を強化します。

パフォーマンスを最適化するために、可能な限り決定論的（同じ入力に対して同じ結果を返す）である必要があります。

18) 正規化とは何ですか? また、その利点と欠点は何ですか?

正規化とは、データベース内のデータを整理し、冗長性を最小限に抑え、整合性を向上させるプロセスです。これには、テーブルをより小さな関連エンティティに分割することが含まれます。

通常の形式 ルール 例:
1NF 繰り返しグループを削除する カンマ区切りのデータを分割する
2NF 部分的な依存関係を削除する 主キーへの完全な依存性を確保する
3NF 推移的な依存関係を削除する 派生属性を移動する

Advantages:

  • 冗長性を削減します。
  • データの一貫性を保証します。
  • メンテナンスが簡素化されます。

短所：

  • 複雑な結合。
  • 分析クエリの潜在的なパフォーマンスのトレードオフ。

19) T-SQL における制約の種類にはどのようなものがありますか?

制約は、テーブル内のデータ整合性に関するルールを強制します。

制約 目的 例:
主キー 各行を一意に識別します PRIMARY KEY (EmpID)
外部キー 2つのテーブルをリンクする FOREIGN KEY (DeptID)
ユニーク 列の値が一意であることを保証する UNIQUE (Email)
チェック データ範囲を検証する CHECK (Age >= 18)
DEFAULT デフォルト値を提供する DEFAULT GETDATE()

制約により、正確性と信頼性が保証され、広範なアプリケーション レベルの検証の必要性が軽減されます。

20) T-SQL で権限とセキュリティをどのように管理しますか?

T-SQLはデータベースのセキュリティを次のように管理します。 ログイン、ユーザー、ロール、権限.

権限は、オブジェクト レベルまたはスキーマ レベルで付与または取り消すことができます。

例：

CREATE LOGIN John WITH PASSWORD = 'Strong@123';
CREATE USER John FOR LOGIN John;
GRANT SELECT, INSERT ON Employees TO John;

ベストプラクティス：

  • 　 役割 直接的なユーザー権限の代わりに。
  • 使用を避ける sa またはアプリケーションのシステム アカウント。
  • 定期的に権限を監査する sys.database_permissions.

適切な権限管理により、最小権限の原則とセキュリティ ポリシーの遵守が保証されます。

21) T-SQL におけるさまざまなトランザクション分離レベルとは何ですか?

トランザクション分離レベルは、あるトランザクションが他のトランザクションからどのように分離されるかを決定します。 一貫性 　 並行性SQL Server は以下をサポートします。

分離レベル 詳細説明 ダーティリード 繰り返し不可能な読み取り ファントムリード
お読みください コミットされていないデータを読み取る あり あり あり
コミットを読む デフォルト; ロックはダーティリードを防止します いいえ あり あり
反復読み取り コミットまでデータの変更を防止 いいえ いいえ あり
シリアル化可能 完全な分離;最高のロック いいえ いいえ いいえ
概要 ロックではなくバージョン管理を使用する いいえ いいえ いいえ

例：

SET TRANSACTION ISOLATION LEVEL SERIALIZABLE;
BEGIN TRANSACTION;
-- your code
COMMIT;

　 概要 一貫性を犠牲にすることなくブロッキングを最小限に抑える、高並行性システム向け。

22) SQL Server におけるデッドロックとは何ですか? また、それを防ぐにはどうすればよいですか?

A デッドロック 2 つのトランザクションが互いに必要なロックを保持し、結果として膠着状態に陥った場合に発生します。SQL Server は、一方のトランザクションをデッドロックの対象として自動的に検出し、終了します。

シナリオ例：

  • トランザクション A は Table1 をロックし、Table2 を待機します。
  • トランザクション B は Table2 をロックし、Table1 を待機します。

予防技術:

  1. 同じ順序でリソースにアクセスします。
  2. 取引は短くしてください。
  3. 適切な分離レベルを使用します。
  4. トランザクション内でのユーザー操作を避けます。

SQL プロファイラーまたは拡張イベントを使用して、デッドロックをリアルタイムで追跡します。

23) 悲観的同時実行制御と楽観的同時実行制御の違いを説明してください。

タイプ 詳細説明 ロック機構 Use Case
悲観的な トランザクション中にデータをロックする ヘビーロック 紛争の多い環境
楽観的 行のバージョン管理を使用し、コミット前にチェックする 最小限のロック 読み取り中心で競合の少ないワークロード

例：

  • 悲観的：デフォルト READ COMMITTED ロック。
  • 楽観的： SNAPSHOT 行バージョン管理による分離。

楽観的同時実行により、大規模な読み取り操作と頻度の低い更新を行うシステムのパフォーマンスが向上します。

24) 実行速度が遅い T-SQL クエリを分析して最適化するにはどうすればよいでしょうか?

  1. 実行プランを確認する: スキャン、欠落したインデックス、コストのかかる操作を識別します。
  2. SET STATISTICS IO/TIME を使用します。 I/O と CPU の使用状況を分析します。
  3. カーソルとループを避ける: セットベースの操作に置き換えます。
  4. インデックスの最適化: 断片化されたインデックスを追加または再編成します。
  5. パラメータスニッフィング: 　 OPTION (RECOMPILE) 新しい計画を生成します。

例：

SET STATISTICS TIME ON;
SELECT * FROM Orders WHERE CustomerID = 123;

定期的に遅いクエリを監視する 動的管理ビュー (DMV) ような sys.dm_exec_query_stats ベストプラクティスです。

25) 動的 SQL とは何ですか? また、その利点とリスクは何ですか?

動的 SQL を使用すると、変数を使用して実行時に SQL ステートメントを動的に構築できます。

例：

DECLARE @sql NVARCHAR(MAX);
SET @sql = 'SELECT * FROM Employees WHERE Dept = ''' + @Dept + '''';
EXEC(@sql);

Advantages:

  • 変数テーブル名またはフィルターの柔軟性。
  • 複数のスキーマで再利用可能です。

短所：

  • 脆弱な SQLインジェクション パラメータ化されていない場合。
  • デバッグとメンテナンスが難しくなります。

常に使用する sp_executesql 安全のためのパラメータ付き。

26) T-SQL の一時オブジェクトとは何ですか? また、それらの違いは何ですか?

一時オブジェクトは以下に保存されます 一時DB 中間データの管理に役立ちます。

オブジェクトタイプ 対象領域 例:
ローカル一時テーブル セッション固有 CREATE TABLE #TempTable
グローバル一時テーブル すべてのセッションで表示 CREATE TABLE ##TempGlobal
テーブル変数 バッチ固有 DECLARE @Temp TABLE (...)

ベストプラクティス：

  • 小さいデータセットの場合はテーブル変数を優先します。
  • インデックス作成が必要な大きなデータには、ローカル一時テーブルを使用します。
  • リソースをより速く解放するには、一時テーブルを明示的に削除します。

27) T-SQL でウィンドウ パーティション関数をどのように使用しますか?

パーティショニングにより、特定のデータのサブセットにウィンドウ関数を適用できます。

例：

SELECT
    Department,
    EmpName,
    Salary,
    RANK() OVER (PARTITION BY Department ORDER BY Salary DESC) AS RankInDept
FROM Employees;

メリット：

  • グループごとのランキング、合計、平均を効率的に計算します。
  • 自己結合やサブクエリの必要性を排除します。

使用事例： 給与帯、売上ランキング、トレンド分析。

28) T-SQL における UNION と UNION ALL の違いは何ですか?

句 重複 パフォーマンス Use Case
連合 重複を削除します 遅い（sort/distinct を使用） 結果セットをきれいに結合する
UNION ALL 重複を保持 速く 集約またはデータ移行

例：

SELECT City FROM Customers
UNION
SELECT City FROM Suppliers;

好む UNION ALL 重複が許容され、パフォーマンスが重要である場合。

29) T-SQL で JSON データをどのように操作しますか?

SQL Server は、JSON データを解析および生成するためのネイティブ JSON 関数をサポートしています。

例：

DECLARE @json NVARCHAR(MAX) = '{"Name":"John","Age":30}';
SELECT JSON_VALUE(@json, '$.Name') AS Name;

主な機能：

  • JSON_VALUE() → スカラー値を抽出します。
  • JSON_QUERY() → オブジェクト/配列を抽出します。
  • OPENJSON() → JSON を行に解析します。
  • FOR JSON → クエリ結果をJSON形式に変換します。

API、ハイブリッド システム、NoSQL 統合に役立ちます。

30) SQL Server で TempDB を管理および最適化するにはどうすればよいですか?

TempDB 一時的な保存とバージョン管理に不可欠なシステムデータベースです。管理を誤ると、深刻なパフォーマンス問題が発生する可能性があります。

最適化手法:

  1. TempDB を高速ストレージ (SSD) に配置します。
  2. データ ファイルとログ ファイルのサイズを事前に決定します。
  3. 複数のデータ ファイルを使用します (CPU コアごとに 1 つ、最大 8 つ)。
  4. モニター sys.dm_db_file_space_usage.
  5. 一時的なオブジェクトを定期的にクリーンアップします。

クエリの例:

SELECT * FROM sys.dm_db_file_space_usage;

TempDB を積極的に管理することで、割り当てページでの競合を回避し、データベース全体のスループットを向上させます。

31) T-SQL のクエリヒントとは何ですか? また、いつ使用する必要がありますか?

クエリ ヒントは、SQL Server オプティマイザーに通常の実行プランを変更するように指示します。

これらは、データの分布と実行コンテキストを完全に理解している場合にのみ、慎重に使用する必要があります。

例：

SELECT * FROM Orders WITH (NOLOCK) WHERE CustomerID = 102;

一般的なヒント:

  • NOLOCK: ロックなしで読み取ります (コミットされていないデータを読み取る場合があります)。
  • FORCESEEK: スキャンの代わりにインデックスシークを強制します。
  • OPTIMIZE FOR: 計画生成のためのパラメータ値をガイドします。
  • RECOMPILE: 実行ごとに再コンパイルを強制します。

ホテルからのお願い ヒントを過度に使用すると、データの増加やパターンの変化に応じてパフォーマンスが低下する可能性があります。オプティマイザの計画が明らかに非効率的である場合にのみ、ヒントを使用してください。

32) SQL Server での実行プランのキャッシュの概念を説明します。

SQL Server は、定期的なクエリの再コンパイルを回避するために実行プランをキャッシュします。

同じクエリが同一の構造で再度実行されると、キャッシュされたプランが再利用され、パフォーマンスが向上します。

例：

EXEC GetCustomerOrders @CustomerID = 101;

メリット：

  • CPU オーバーヘッドを削減します。
  • 応答時間の一貫性が向上します。

問題：

  • パラメータスニッフィング 非効率的な計画を引き起こす可能性があります。
  • プラン キャッシュの膨張によりメモリが消費される可能性があります。

緩和： 　 OPTION (RECOMPILE) or OPTIMIZE FOR UNKNOWN パラメータは大きく異なります。

33) パラメータ スニッフィングとは何ですか? また、パフォーマンスにどのような影響を与えますか?

パラメータ スニッフィングは、SQL Server がクエリの最初の実行からのパラメータ値を使用してプランを生成し、それがその後の実行には最適ではない場合でも再利用されるときに発生します。

シナリオ例：

  • 最初の実行: 小さなデータセット → インデックス シーク プラン。
  • 次の実行: 大規模なデータセット → 同じプランが再利用されますが、遅くなります。

ソリューション：

  1. 　 OPTION (RECOMPILE) 新たな計画を生み出す。
  2. ローカル変数を使用してパラメータ値をマスクします。
  3. 　 OPTIMIZE FOR or OPTIMIZE FOR UNKNOWN.

パラメータ スニッフィングは、T-SQL で予測不可能なパフォーマンスを引き起こす主な実際の原因の 1 つです。

34) SQL Server でクエリ パフォーマンスを監視および分析するにはどうすればよいですか?

パフォーマンスのプロファイルと調整には、いくつかのツールと DMV を使用できます。

  • 実行計画: Ctrl + M SSMSまたは sys.dm_exec_query_plan.
  • DMV:

    • sys.dm_exec_query_stats – CPU と期間。
    • sys.dm_exec_sql_text – SQL テキスト。
    • sys.dm_exec_requests – アクティブなクエリ。
  • パフォーマンスモニターと拡張イベント 長期追跡用。

例：

SELECT TOP 5
    total_worker_time / execution_count AS AvgCPU,
    total_elapsed_time / execution_count AS AvgTime,
    SUBSTRING(qt.text, 1, 100) AS QueryText
FROM sys.dm_exec_query_stats qs
CROSS APPLY sys.dm_exec_sql_text(qs.sql_handle) qt
ORDER BY AvgTime DESC;

35) クエリの最適化における統計の役割を説明します。

統計は、オプティマイザーがカーディナリティを推定するために使用するデータ分布 (例: 個別値、密度、ヒストグラム) を記述します。

統計が古い場合、SQL Server は不適切なプランを選択する可能性があります。

キーコマンド:

  • UPDATE STATISTICS Employees;
  • sp_updatestats;
  • 自動更新設定: デフォルトで有効になっています。

ベストプラクティス：

  • キープ AUTO_UPDATE_STATISTICS 有効になりました。
  • 大きなテーブルの場合は、手動更新をスケジュールします。
  • 　 FULLSCAN 重要なインデックス用。

古い統計はパフォーマンスを静かに低下させます。

36) インデックス シークとインデックス スキャンの違いは何ですか?

Opera生産 詳細説明 パフォーマンス Use Case
インデックスシーク 一致する行に直接移動します 対応時間 選択性の高いクエリ
インデックススキャン すべてのインデックスエントリを順番に読み取ります もっとゆっくり 選択性の低いクエリ

例：

SELECT * FROM Orders WHERE OrderID = 123; -- Seek
SELECT * FROM Orders WHERE Status = 'Active'; -- May Scan

最適化のヒント: スキャンをシークに変えるために、フィルターされたインデックスまたはカバーリング インデックスを作成します。

37) パーティション テーブルとその利点について説明します。

パーティショニングでは、多くの場合、範囲列 (日付など) に基づいて、大きなテーブルを小さく管理しやすい部分 (パーティション) に分割します。

メリット：

  • より高速なデータ管理 (パーティションごとのロード/アンロード)。
  • 大規模データセットでのクエリ パフォーマンスが向上しました。
  • パーティションスキャンの並列処理。

例：

CREATE PARTITION FUNCTION pfRange (DATETIME)
AS RANGE LEFT FOR VALUES ('2022-12-31', '2023-12-31');

使用事例： 数十億行を処理するデータ ウェアハウスで、古いパーティションを効率的にアーカイブできます。

38) 再帰 CTE とは何ですか? また、どのような制限がありますか?

A 再帰共通テーブル式（CTE） 通常、組織図やツリー構造などの階層データの場合は、それ自体を参照します。

例：

WITH EmployeeCTE AS (
    SELECT EmpID, ManagerID, EmpName FROM Employees WHERE ManagerID IS NULL
    UNION ALL
    SELECT e.EmpID, e.ManagerID, e.EmpName
    FROM Employees e
    INNER JOIN EmployeeCTE c ON e.ManagerID = c.EmpID
)
SELECT * FROM EmployeeCTE;

制限事項：

  • デフォルトの再帰制限 = 100レベル.
  • 再帰の深さが高い場合、パフォーマンスの問題が発生する可能性があります。
  • 　 OPTION (MAXRECURSION n) 制限を調整します。

39) SQL Server はトランザクション内でエラーを内部的にどのように処理しますか?

トランザクション内でエラーが発生した場合:

  • もし 重度（レベル20以上）、接続は直ちに終了します。
  • If 重症ではない、それは捕まえることができる TRY...CATCH.

例：

BEGIN TRY
    BEGIN TRANSACTION;
    UPDATE Accounts SET Balance -= 500 WHERE ID = 1;
    INSERT INTO AuditLog VALUES ('Debit');
    COMMIT TRANSACTION;
END TRY
BEGIN CATCH
    ROLLBACK TRANSACTION;
    PRINT ERROR_MESSAGE();
END CATCH;

ベストプラクティス： エラー耐性のために、DML を常に TRY…CATCH でラップします。

40) 高度な T-SQL パフォーマンス チューニング手法にはどのようなものがありますか?

  1. スカラーUDFを避ける SELECT では、インライン関数の方が高速です。
  2. フィルターされたインデックスを使用する インデックスのサイズを縮小します。
  3. インメモリ OLTP を活用する (Hekaton) 高同時実行システム向け。
  4. バッチモード実行 分析用の列ストア インデックスについて。
  5. 暗黙の変換を排除する データ型を一致させることによって。
  6. クエリストアを使用する 過去の計画を比較する。

暗黙的な変換を検出する例:

SELECT * FROM sys.dm_exec_query_stats CROSS APPLY sys.dm_exec_query_plan(plan_handle)
WHERE CAST(query_plan AS NVARCHAR(MAX)) LIKE '%CONVERT_IMPLICIT%';

パフォーマンス チューニングは 1 回限りのイベントではなく、継続的なプロセスです。

41) SQL Server で最もリソースを消費するクエリをどのように特定しますか?

実行履歴統計を記録する動的管理ビュー (DMV) を使用して、コストの高いクエリを識別できます。

例：

SELECT TOP 10
    total_logical_reads / execution_count AS AvgReads,
    total_worker_time / execution_count AS AvgCPU,
    total_elapsed_time / execution_count AS AvgDuration,
    SUBSTRING(qt.text, 1, 200) AS QueryText
FROM sys.dm_exec_query_stats qs
CROSS APPLY sys.dm_exec_sql_text(qs.sql_handle) qt
ORDER BY AvgCPU DESC;

主な指標：

  • AvgCPU: 実行あたりの平均 CPU 時間。
  • AvgReads: I/O 強度。
  • AvgDuration: 実行の遅延。

このアプローチにより、ユーザーがパフォーマンスの低下に気付く前に、DBA は負荷の高いクエリを分離できます。

42) SQL Server で欠落しているインデックスを検出して修正するにはどうすればよいですか?

SQL Server は、DMV を通じて不足しているインデックスの推奨事項を自動的に追跡します。

例：

SELECT
    migs.user_seeks AS Seeks,
    mid.statement AS TableName,
    mid.equality_columns,
    mid.inequality_columns,
    mid.included_columns
FROM sys.dm_db_missing_index_details mid
JOIN sys.dm_db_missing_index_groups mig ON mid.index_handle = mig.index_handle
JOIN sys.dm_db_missing_index_group_stats migs ON mig.index_group_handle = migs.group_handle
ORDER BY migs.user_seeks DESC;

ベストプラクティス：

  • まず、シーク数の多いインデックスを優先します。
  • 作成前に実行プランで検証します。
  • 過剰なインデックス作成は避けてください。書き込み速度が低下します。

43) データベースミラーリング、レプリケーション、ログ配布の違いは何ですか?

機能 目的 リアルタイム フェイルオーバー 複雑
ミラーリング 高可用性データベースコピー あり オートマチック 技法
Replication データベース間のデータ分散 一部 マニュアル ハイ
ログ出荷 バックアップベースのDR戦略 いいえ マニュアル ロー

使用ガイド:

  • ミラーリング → OLTP 高可用性システム。
  • レプリケーション → 分散レポート。
  • ログ配布 → 災害復旧セットアップ。

44) SQL Server のブロッキング問題をトラブルシューティングするにはどうすればよいですか?

ブロッキングは、あるプロセスが別のプロセスに必要なロックを保持している場合に発生します。

ブロッキング要因を特定するには:

SELECT
    blocking_session_id AS Blocker,
    session_id AS Blocked,
    wait_type,
    wait_time,
    wait_resource
FROM sys.dm_exec_requests
WHERE blocking_session_id <> 0;

ソリューション：

  • トランザクションの長さを短縮します。
  • スナップショット分離を使用します。
  • ロックを最小限に抑えるようにクエリを調整します。
  • 長時間実行されているオープントランザクションを特定する DBCC OPENTRAN.

45) SQL Server のクエリ ストアはパフォーマンス チューニングにどのように役立ちますか?

クエリストアはクエリテキスト、プラン、実行時統計をキャプチャし、 計画回帰分析.

プランの変更によりクエリが突然遅くなったことを特定するのに役立ちます。

例：

SELECT q.query_id, p.plan_id, rs.avg_duration
FROM sys.query_store_query q
JOIN sys.query_store_plan p ON q.query_id = p.query_id
JOIN sys.query_store_runtime_stats rs ON p.plan_id = rs.plan_id
ORDER BY rs.avg_duration DESC;

メリット：

  • 過去の計画を比較します。
  • 良い計画を強制する。
  • 時間の経過に伴うパフォーマンスの傾向を追跡します。

46) T-SQL アプリケーションで SQL インジェクションを防ぐにはどうすればよいですか?

主な防御策:

  1. 　 パラメータ化されたクエリ 、 sp_executesql.
  2. すべてのユーザー入力を検証し、サニタイズします。
  3. 動的 SQL 連結を避けてください。
  4. 雇用する 最小特権の原則 データベース アカウント用。

安全な例:

DECLARE @sql NVARCHAR(MAX);
SET @sql = N'SELECT * FROM Employees WHERE Dept = @Dept';
EXEC sp_executesql @sql, N'@Dept NVARCHAR(50)', @Dept = 'HR';

SQLインジェクションはアプリケーションレベルですが、 DBAはストアドプロシージャとログを監査する必要がある パラメータ化されていない実行の場合。

47) 詳細なパフォーマンス監視に拡張イベントをどのように使用しますか?

拡張イベント (XEvents) は、軽量のパフォーマンス監視フレームワークであり、SQL トレースの最新の代替手段です。

例：

CREATE EVENT SESSION TrackQueries
ON SERVER
ADD EVENT sqlserver.sql_statement_completed
(WHERE duration > 1000)
ADD TARGET package0.event_file (SET filename = 'C:\Temp\QueryMonitor.xel');
ALTER EVENT SESSION TrackQueries ON SERVER STATE = START;

使用事例：

  • CPU 使用率の高いクエリを監視します。
  • デッドロックまたは欠落したインデックスをキャプチャします。
  • 最小限のオーバーヘッドで、本番環境で長時間実行されるステートメントをプロファイルします。

48) フィルター インデックスとは何ですか? また、いつ使用すればよいですか?

フィルターされたインデックスは、フィルター条件を満たす行のサブセットのみにインデックスを付けるため、パフォーマンスが向上し、ストレージが削減されます。

例：

CREATE INDEX IX_ActiveEmployees
ON Employees (Department)
WHERE Status = 'Active';

メリット：

  • インデックスのサイズが小さくなります。
  • メンテナンスの高速化。
  • 選択的クエリ向けに最適化されています。

のためのベスト： 偏ったデータ分布を持つ列 (例: アクティブなレコードと非アクティブなレコード)。

49) SQL Server 環境間でデータを安全に移行するにはどうすればよいですか?

安全なデータ移行には、 一貫性、ダウンタイム、ロールバック.

ベストプラクティス：

  1. 　 トランザクションレプリケーション or 変更データキャプチャ（CDC） ライブ同期用。
  2. 制約とトリガーを一時的に無効にします。
  3. 　 BCP or SSIS 大量データ転送用。
  4. 行数とチェックサムを検証します。
  5. 移行後の整合性チェックを常に実行する（DBCC CHECKDB).

例：

bcp Database.dbo.Table out TableData.dat -n -S Server -T

ステージングでの移行スクリプトのテストは必須です。

50) パラメータ依存クエリ (PSQ) の問題をどのように特定して修正しますか?

パラメータに依存するクエリは、パラメータ値に基づいて一貫性なく実行されます。これは、現実世界で頻繁に発生する課題です。

検出： 　 クエリストア or sys.dm_exec_query_stats 1 つのクエリに対して複数のプランを識別します。

修正戦略:

  1. 　 オプション (再コンパイル) 実行ごとに。
  2. 　 未知のものに対して最適化 一般的な計画を作成します。
  3. 創造する プランガイド 最適な実行パスを強制します。
  4. 　 クエリヒント 必要な場合のみ。

パラメータに敏感な問題では、計画の安定性とパフォーマンスの予測可能性のバランスを取る必要があります。

🔍 T-SQL面接でよく聞かれる質問と実際のシナリオ、そして戦略的な回答

1) T-SQL における INNER JOIN と LEFT JOIN の違いは何ですか?

応募者に期待すること: 面接官は、結合操作と SQL クエリでデータ関係を管理する方法についての理解を評価したいと考えています。

回答例： An INNER JOIN 両方のテーブルで一致する値を持つ行のみを返しますが、 LEFT JOIN 左テーブルのすべての行と、右テーブルの一致する行を返します。一致する行がない場合、右テーブルの列にはNULL値が返されます。この区別は、データベースで部分的またはオプションのリレーションシップを扱う際に重要です。

2) T-SQL でテーブルから重複レコードを識別して削除するにはどうすればよいですか?

応募者に期待すること: 面接官は、ウィンドウ関数と CTE を使用してデータ品質の問題を処理する能力を確認したいと考えています。

回答例： 私は共通テーブル式（CTE）と ROW_NUMBER() 重複を識別する関数。例:

WITH CTE AS (
  SELECT *, ROW_NUMBER() OVER (PARTITION BY column1, column2 ORDER BY id) AS rn
  FROM MyTable
)
DELETE FROM CTE WHERE rn > 1;

このアプローチは、グループごとに 1 つの一意のレコードを保持しながら重複を削除するのに役立ちます。

3) CTE (共通テーブル式) とは何か、いつ使用するのかを説明していただけますか?

応募者に期待すること: 面接官は、クエリの構造と一時的な結果セットに関する知識を確認しています。

回答例： CTEは、単一のクエリの実行スコープ内で定義される一時的な結果セットです。複雑な結合やサブクエリを簡素化し、可読性を向上させ、再帰クエリを可能にするのに役立ちます。以前の職務では、複数ステップの集計ロジックをより保守しやすいコンポーネントに分解するために、CTEを頻繁に使用していました。

4) T-SQL クエリでのパフォーマンス チューニングはどのように処理しますか?

応募者に期待すること: 面接官は、クエリの最適化とパフォーマンスのトラブルシューティングに関する経験を評価したいと考えています。

回答例： まず実行プランを検証し、テーブルスキャンやコストの高い結合などの低速な操作を特定します。次に、インデックスの欠落、冗長なサブクエリ、非効率的な結合がないか確認します。また、統計情報を分析し、カバーリングインデックスやフィルターインデックスなどのインデックス戦略を用いてパフォーマンスを向上させます。最後に、クエリロジックを見直し、行単位の処理ではなくセットベースの操作が適切に利用されていることを確認します。

5) 本番環境で実行速度の遅いクエリをデバッグしなければならなかった時の経験について教えてください。どのような手順を踏みましたか？

応募者に期待すること: この行動に関する質問では、現実世界での問題解決能力とコミュニケーション能力を評価します。

回答例： 以前の職場では、レポートクエリの実行に20分以上かかっていました。実行プランを分析したところ、結合の1つに外部キー列のインデックスが欠落していることが分かりました。インデックスを作成し、統計情報を更新したところ、クエリの実行時間は30秒未満に短縮されました。また、修正内容を文書化し、チームと共有することで、同様の問題が今後発生しないようにしました。

6) 一時テーブルとテーブル変数とは何ですか? また、それらの違いは何ですか?

応募者に期待すること: 面接官は、T-SQL の一時データ ストレージ オプションに関する理解度をテストしています。

回答例： 一時テーブル（#TempTable）はtempdbデータベースに作成され、インデックス、制約、統計をサポートします。テーブル変数（@TableVar）はメモリに保存され、統計サポートが限られているため、小規模なデータセットに適しています。一時テーブルは大規模または複雑なデータセットに適しており、テーブル変数は小規模で短命なデータに適しています。

7) T-SQL でエラー処理とトランザクションをどのように処理しますか?

応募者に期待すること: 面接官は、トランザクションの整合性と例外処理に関する理解を確認しています。

回答例： 私が使う BEGIN TRANSACTION, COMMIT, ROLLBACK データの一貫性を確保するためのステートメントも含めます TRY...CATCH エラーを適切に処理するためのブロック。例:

BEGIN TRY
  BEGIN TRANSACTION
    -- SQL operations here
  COMMIT TRANSACTION
END TRY
BEGIN CATCH
  ROLLBACK TRANSACTION
  PRINT ERROR_MESSAGE()
END CATCH

このアプローチにより、エラーが発生したときに部分的なデータ更新が防止されます。

8) T-SQL でウィンドウ関数を使用する方法と、例を挙げて説明してもらえますか?

応募者に期待すること: 面接官は、高度な分析クエリに関するあなたの能力を評価したいと考えています。

回答例： ウィンドウ関数を使用すると、データを折りたたむことなく、現在の行に関連する行セット全体にわたって計算を行うことができます。例:

SELECT 
  EmployeeID, 
  Salary,
  RANK() OVER (ORDER BY Salary DESC) AS SalaryRank
FROM Employees;

これにより、給与に基づいて従業員にランキング番号が割り当てられ、パフォーマンスの傾向を簡単に分析できるようになります。

9) あなたが取り組んだ複雑な T-SQL プロジェクトと、その課題にどのように取り組んだかについて教えてください。

応募者に期待すること: 面接官は、経験の深さ、問題解決能力、チームワークを求めています。

回答例： 前職では、T-SQLストアドプロシージャを用いてデータウェアハウスETLパイプラインを構築しました。課題は、大量のデータを効率的に処理することでした。パーティションテーブル、増分ロード、バッチ処理を用いてクエリを最適化しました。また、BIチームと連携してスキーマ設計の一貫性を確保し、レポート作成速度を40%以上向上させました。

10) 作成したストアド プロシージャによって本番環境でデッドロックが発生した状況にはどのように対処しますか?

応募者に期待すること: 面接官はあなたの危機管理能力と技術的認識力をテストしています。

回答例： まずSQL Serverの sys.dm_tran_locks そしてデッドロックグラフを作成しました。その後、リソースアクセスの順序を分析し、一貫した順序でロックを取得できるように手順をリファクタリングしました。前職では、影響を受けるトランザクションの再試行ロジックを実装し、同様のパターンを早期に検出するために定期的な監視も行っていました。

この投稿を要約すると次のようになります: