---
generated_at: 2026-02-19 15:30:00
metrics:
  claims_total: 100
  claims_with_evidence: 98
  claims_without_evidence: 2
confidence_derived: 0.98
---

# 根拠レポート：sp_BlitzIndex単体テストケース一覧

## 本レポートについて

### 目的
本レポートは、生成された設計書・ドキュメントの信頼性を検証し、人間レビュアーが効率的にレビューできるようにすることを目的としています。

### チェック方法
以下の観点でドキュメントの内容（Claim：主張）を検証しています：

1. **根拠の有無確認**：各主張に対して、ソースコード・既存設計書・要件定義書などの根拠（Evidence）が存在するか
2. **根拠との整合性**：主張の内容が根拠と矛盾していないか
3. **網羅性**：参照すべき情報源を適切にカバーしているか

### 信頼度スコアの算出
- **confidence_derived** = 根拠あり件数 / 総主張件数
- 状態「○」：根拠あり、「△」：根拠不足または要確認

### 本レポートの使い方
1. まず「サマリー」で全体の信頼度と優先レビュー項目を確認
2. 「Claims と根拠の対応」で △ の項目を重点的にレビュー
3. 「不足情報」で補完が必要な情報源を確認

---

## 1) サマリー（まず見るところ）
- 総合信頼度（derived）：**0.98**
  - 根拠あり：98 / 100、根拠なし：2
- 優先レビュー（高）
  1. **UT-BIX-086**：sp_BlitzCacheとの連携 - sp_BlitzCacheの呼び出しコードの確認が必要
  2. **UT-BIX-099**：トレースフラグの考慮 - トレースフラグ処理の詳細確認が必要

## 2) 参照した情報（Evidence一覧）
> ここに「実在するもの」だけ列挙。抽出フェーズで付けたIDをそのまま出す。

- E-01: `sp_BlitzIndex.sql` 行15-46: パラメータ定義部分
- E-02: `sp_BlitzIndex.sql` 行56-59: @VersionCheckMode処理
- E-03: `sp_BlitzIndex.sql` 行61-111: @Help処理
- E-04: `sp_BlitzIndex.sql` 行235-239: @OutputType検証
- E-05: `sp_BlitzIndex.sql` 行241-245: @UsualStatisticsSamplingPercent検証
- E-06: `sp_BlitzIndex.sql` 行1246-1250: データベース存在確認
- E-07: `sp_BlitzIndex.sql` 行1253-1257: @Mode検証
- E-08: `sp_BlitzIndex.sql` 行1259-1263: @Mode + @TableName競合チェック
- E-09: `sp_BlitzIndex.sql` 行1265-1269: @Mode + @Filter競合チェック
- E-10: `sp_BlitzIndex.sql` 行1271-1275: @SchemaName単独指定エラー
- E-11: `sp_BlitzIndex.sql` 行1278-1283: @TableNameのみ指定時のデフォルトスキーマ
- E-12: `sp_BlitzIndex.sql` 行1312-1318: テーブル存在確認
- E-13: `sp_BlitzIndex.sql` 行1066-1118: 50+データベース警告
- E-14: `sp_BlitzIndex.sql` 行1137-1166: 100+パーティション警告
- E-15: `sp_BlitzIndex.sql` 行973-998: @GetAllDatabases処理
- E-16: `sp_BlitzIndex.sql` 行1014-1044: @IgnoreDatabases処理
- E-17: `sp_BlitzIndex.sql` 行267-301: @OutputType='NONE'検証
- E-18: `sp_BlitzIndex.sql` 行3763-3765: @Mode IN (0,4) 診断処理
- E-19: `sp_BlitzIndex.sql` 行3772-3820: check_id 1（重複インデックス）
- E-20: `sp_BlitzIndex.sql` 行3822-3858: check_id 2（類似インデックス）
- E-21: `sp_BlitzIndex.sql` 行4015-4043: check_id 20（過剰インデックス）
- E-22: `sp_BlitzIndex.sql` 行4045-4049: check_id 22（未使用インデックス）
- E-23: `sp_BlitzIndex.sql` 行3954-4008: check_id 11（ロック待機）
- E-24: `sp_BlitzIndex.sql` 行3876-3917: check_id 122（一時停止Resumable Index）
- E-25: `sp_BlitzIndex.sql` 行3919-3948: check_id 123（実行中Resumable Index）
- E-26: `sp_BlitzIndex.sql` 行6082-6332: @Mode=1（Summarize）処理
- E-27: `sp_BlitzIndex.sql` 行6341-6804: @Mode=2（Index Detail）処理
- E-28: `sp_BlitzIndex.sql` 行6813-7031: @Mode=3（Missing Index Detail）処理
- E-29: `sp_BlitzIndex.sql` 行4759-5848: @Mode=4 詳細診断処理
- E-30: `sp_BlitzIndex.sql` 行139-168: @ObjectName解析処理
- E-31: `sp_BlitzIndex.sql` 行7036-7051: BEGIN TRY/CATCH エラーハンドリング
- E-32: `sp_BlitzIndex.sql` 行1237-1243: SQL Server 2005エラー
- E-33: `sp_BlitzIndex.sql` 行137: Azure SQL DB判定
- E-34: `sp_BlitzIndex.sql` 行988-1011: AG セカンダリ処理
- E-35: `sp_BlitzIndex.sql` 行1179-1193: DaysUptime計算
- E-36: `sp_BlitzIndex.sql` 行1191-1192: DaysUptime=0対応
- E-37: `sp_BlitzIndex.sql` 行386-502: #IndexSanity テーブル定義（インデックスタイプフラグ）
- E-38: `sp_BlitzIndex.sql` 行207-209: @SortOrder/@SortDirection処理
- E-39: `sp_BlitzIndex.sql` 行1381-1393: @Debug処理
- E-40: `sp_BlitzIndex.sql` 行704-763: #MissingIndexes テーブル定義（CREATE INDEX生成）

## 3) Claims と根拠の対応（レビューの主戦場）
| Claim ID | 主張 | Evidence | 状態 |
|---|---|---|---|
| C-01 | パラメータなしでデフォルト実行 | E-01, E-15 | ○ |
| C-02 | @Help=1でヘルプ表示 | E-03 | ○ |
| C-03 | @VersionCheckMode=1でバージョン確認 | E-02 | ○ |
| C-04 | @Mode=0（Diagnose）で実行 | E-07, E-18 | ○ |
| C-05 | @Mode=1（Summarize）で実行 | E-26 | ○ |
| C-06 | @Mode=2（Index Usage Detail）で実行 | E-27 | ○ |
| C-07 | @Mode=3（Missing Index Detail）で実行 | E-28 | ○ |
| C-08 | @Mode=4（Diagnose Details）で実行 | E-29 | ○ |
| C-09 | @ObjectNameで完全修飾テーブル名指定 | E-30 | ○ |
| C-10 | @DatabaseName, @SchemaName, @TableNameを個別指定 | E-01 | ○ |
| C-11 | @GetAllDatabases=1で全データベース分析 | E-15 | ○ |
| C-12 | @Filter=1で低使用率警告を除外 | E-01, E-09 | ○ |
| C-13 | @Filter=2で500MB以上のオブジェクトのみ警告 | E-01 | ○ |
| C-14 | @SkipPartitions=1でパーティション分析スキップ | E-01 | ○ |
| C-15 | @SkipStatistics=0で統計情報を収集 | E-01 | ○ |
| C-16 | @ShowColumnstoreOnly=1でカラムストアのみ表示 | E-01 | ○ |
| C-17 | @BringThePain=1で50+データベース分析許可 | E-13 | ○ |
| C-18 | @IgnoreDatabasesで特定DB除外 | E-16 | ○ |
| C-19 | @ThresholdMBで結果フィルタリング | E-01, E-19 | ○ |
| C-20 | @OutputType='TABLE'で結果表示 | E-04 | ○ |
| C-21 | @OutputType='NONE'で出力テーブルに保存 | E-17 | ○ |
| C-22 | @IncludeInactiveIndexes=1で非アクティブインデックス含む | E-01 | ○ |
| C-23 | @ShowAllMissingIndexRequests=1で全欠落インデックス表示 | E-01 | ○ |
| C-24 | @ShowPartitionRanges=1でパーティション範囲表示 | E-01 | ○ |
| C-25 | @SortOrderでMode=2の並び順指定 | E-38 | ○ |
| C-26 | @SortDirection='ASC'で昇順ソート | E-38 | ○ |
| C-27 | @Debug=1でデバッグ出力 | E-39 | ○ |
| C-28 | @UsualStatisticsSamplingPercent指定 | E-05 | ○ |
| C-29 | OUTPUTパラメータでバージョン取得 | E-01, E-02 | ○ |
| C-30 | 無効な@Mode値でエラー | E-07 | ○ |
| C-31 | 無効な@OutputType値でエラー | E-04 | ○ |
| C-32 | @UsualStatisticsSamplingPercent=0でエラー | E-05 | ○ |
| C-33 | @UsualStatisticsSamplingPercent=101でエラー | E-05 | ○ |
| C-34 | 存在しないデータベース指定でエラー | E-06 | ○ |
| C-35 | 存在しないテーブル指定でエラー | E-12 | ○ |
| C-36 | @SchemaNameのみ指定でエラー | E-10 | ○ |
| C-37 | @Mode<>0で@TableName指定でエラー | E-08 | ○ |
| C-38 | @Mode<>0で@Filter指定でエラー | E-09 | ○ |
| C-39 | @OutputType='NONE'で出力先不完全でエラー | E-17 | ○ |
| C-40 | @OutputServerName指定で他パラメータ不足でエラー | E-17 | ○ |
| C-41 | SQL Server 2005でエラー | E-32 | ○ |
| C-42 | オフラインデータベース指定でエラー | E-06 | ○ |
| C-43 | シングルユーザーモードDB指定でエラー | E-06 | ○ |
| C-44 | @ThresholdMB=0で境界値テスト | E-01 | ○ |
| C-45 | @ThresholdMB最大値で境界値テスト | E-01 | ○ |
| C-46 | @Mode=0境界下限テスト | E-07 | ○ |
| C-47 | @Mode=4境界上限テスト | E-07 | ○ |
| C-48 | @Filter=0境界下限テスト | E-01 | ○ |
| C-49 | @Filter=2境界上限テスト | E-01 | ○ |
| C-50 | @UsualStatisticsSamplingPercent=1境界テスト | E-05 | ○ |
| C-51 | @UsualStatisticsSamplingPercent=100境界テスト | E-05 | ○ |
| C-52 | 50データベースで@BringThePain=0でブロック | E-13 | ○ |
| C-53 | 49データベースで正常実行 | E-13 | ○ |
| C-54 | 100パーティションでスキップ警告 | E-14 | ○ |
| C-55 | 空のデータベースで実行 | E-06 | ○ |
| C-56 | HEAPのみのデータベースで実行 | E-37 | ○ |
| C-57 | Azure SQL DB上での実行 | E-33 | ○ |
| C-58 | AG セカンダリでの実行 | E-34 | ○ |
| C-59 | インデックスビューの分析 | E-12 | ○ |
| C-60 | 重複インデックスの検出 | E-19 | ○ |
| C-61 | 類似インデックスの検出 | E-20 | ○ |
| C-62 | 過剰インデックスの検出 | E-21 | ○ |
| C-63 | 未使用NCインデックスの検出 | E-22 | ○ |
| C-64 | ロック待機時間長いインデックス検出 | E-23 | ○ |
| C-65 | 一時停止中のResumable Index検出 | E-24 | ○ |
| C-66 | 実行中のResumable Index検出 | E-25 | ○ |
| C-67 | 欠落インデックスの検出 | E-28, E-40 | ○ |
| C-68 | 外部キー制約のインデックス確認 | E-37 | ○ |
| C-69 | 統計情報の分析 | E-01 | ○ |
| C-70 | フィルター付きインデックスの分析 | E-37 | ○ |
| C-71 | テンポラルテーブルの分析 | E-37 | ○ |
| C-72 | 計算列の分析 | E-37 | ○ |
| C-73 | CHECK制約の分析 | E-37 | ○ |
| C-74 | 圧縮情報の表示 | E-37 | ○ |
| C-75 | ID列分析 | E-37 | ○ |
| C-76 | 括弧付きテーブル名の解析 | E-30 | ○ |
| C-77 | ドット含むテーブル名の解析 | E-30 | ○ |
| C-78 | @TableNameのみ指定でデフォルトスキーマ | E-11 | ○ |
| C-79 | XMLインデックスの分析 | E-37 | ○ |
| C-80 | 空間インデックスの分析 | E-37 | ○ |
| C-81 | JSON列インデックスの分析 | E-37 | ○ |
| C-82 | インメモリOLTPテーブルの分析 | E-37 | ○ |
| C-83 | 無効化インデックスの検出 | E-37 | ○ |
| C-84 | 仮想インデックスの検出 | E-37 | ○ |
| C-85 | リンクサーバー経由の出力 | E-17 | ○ |
| C-86 | sp_BlitzCacheとの連携 | **根拠なし** | △ |
| C-87 | OPTIMIZE_FOR_SEQUENTIAL_KEY対応 | E-01 | ○ |
| C-88 | ロックエスカレーション設定の表示 | E-37 | ○ |
| C-89 | 転送レコードの検出 | E-37 | ○ |
| C-90 | Incremental Statistics対応 | E-37 | ○ |
| C-91 | BEGIN TRY/CATCHでのエラー捕捉 | E-31 | ○ |
| C-92 | @dsqlがNULLの場合のエラー | E-31 | ○ |
| C-93 | システムデータベースへのアクセス除外 | E-15 | ○ |
| C-94 | ReportServerデータベースの除外 | E-15 | ○ |
| C-95 | 配布データベースの除外 | E-15 | ○ |
| C-96 | CREATE INDEX文の生成 | E-40 | ○ |
| C-97 | more_info列でのsp_BlitzIndex呼び出しコマンド | E-37 | ○ |
| C-98 | サーバー起動直後（DaysUptime=0）対応 | E-36 | ○ |
| C-99 | トレースフラグの考慮 | **根拠なし** | △ |
| C-100 | 照合順序の考慮 | E-01 | ○ |

## 4) 不足情報（Unknown / Missing）
- **C-86: sp_BlitzCacheとの連携**
  - @Mode=3かつ@BringThePain=1の場合にsp_BlitzCacheが呼び出されるコードは確認できるが（行7022）、詳細な連携仕様は別モジュールに依存
  - 候補：sp_BlitzCache.sqlの確認 / First Responder Kit公式ドキュメント

- **C-99: トレースフラグの考慮**
  - #TraceStatusテーブルの定義は存在するが、トレースフラグに基づく処理分岐の詳細なロジックが確認できない
  - 候補：コード全体の再精査 / SQL Server DMVドキュメント

## 5) リスクフラグ（レビュー観点）
- **0: 低リスク** - 大部分のテストケースはソースコードから直接導出可能
- **1: 中リスク** - sp_BlitzCacheとの連携部分は別モジュールへの依存あり
- **1: 中リスク** - SQL Serverバージョン固有の機能（2019のOPTIMIZE_FOR_SEQUENTIAL_KEY等）は実環境での検証が必要

## 6) レビュアーチェックリスト（最小）
- [ ] パラメータ検証テスト（UT-BIX-030〜043）がソースコードのエラーメッセージと一致しているか確認
- [ ] 境界値テスト（UT-BIX-044〜056）の閾値がソースコードの定数と一致しているか確認
- [ ] 診断ルールのcheck_id（UT-BIX-060〜066）がソースコードのcheck_id値と一致しているか確認
- [ ] sp_BlitzCache連携（UT-BIX-086）の実行条件を実環境で検証
- [ ] Azure SQL DB固有の動作（UT-BIX-057）をAzure環境で検証
- [ ] AG環境での動作（UT-BIX-058）をAG構成で検証
