SQL Server のインストール時にデフォルトで作成される 2 つのデータベース インスタンスは、master と model です。master は、構成、ログイン、エンドポイント、データベースなど、SQL Server インスタンスの情報と設定を含むシステム データベースです。master は SQL Server インスタンスの操作と管理に不可欠であり、定期的にバックアップする必要があります。model は、新しいユーザー データベースを作成するためのテンプレートとして機能するシステム データベースです。model には、新しいユーザー データベースに継承されるテーブル、ビュー、プロシージャなどのデフォルト設定とオブジェクトが含まれています。model を変更して、特定のニーズや好みに応じて新しいユーザー データベースをカスタマイズできます。その他のオプションは、データベース インスタンスではないか、SQL Server のインストール時にデフォルトで作成されません。たとえば、root はデータベース インスタンスではなく、システムにおける最高レベルのアクセスまたは権限を指す用語です。log はデータベース インスタンスではなく、データベースに対するトランザクションによって行われた変更を記録するファイルです。view はデータベース インスタンスではなく、1 つ以上のテーブルからのデータのサブセットまたは組み合わせを表すオブジェクトです。インデックスはデータベースインスタンスではなく、テーブルの 1 つ以上の列の値をソートされた順序で格納するデータ構造です。参照: CompTIA DataSys+ コース概要、ドメイン 2.0 データベース展開、目標 2.3 シナリオに基づいてデータベースシステムを更新する。

データが格納されているサーバーハードウェアへの不正アクセスを防止する可能性が最も高いのは、生体認証ロックです。
生体認証ロックは、指紋、顔認識、虹彩スキャンなどの生物学的特徴を使用して、物理的な場所やリソースへのアクセスを制御するデバイスです。生体認証ロックは、侵入者や攻撃者による不正な侵入やハードウェアの盗難を制限することで、データが格納されているサーバーハードウェアの改ざんを防ぐのに役立ちます。生体認証ロックは、紛失、盗難、または忘れる可能性のある鍵やパスワードなどの他のタイプのロックよりも高いセキュリティと利便性を提供します。他のオプションは、この目的に関連がないか、効果的ではありません。たとえば、強力なパスワード ポリシーは、ユーザー アカウントまたはシステムのパスワードを作成および管理するための一連のルールまたは標準です。ネットワーク ファイアウォールは、一連のルールまたはポリシーに基づいてネットワーク上の受信および送信トラフィックを制御するデバイスまたはソフトウェアです。監視カメラは、物理的な場所またはリソースのビデオ 映像をキャプチャして記録するデバイスです。参照: CompTIA DataSys+ コース概要、ドメイン 4.0 データおよびデータベース セキュリティ、目標 4.2 シナリオが与えられた場合、データベースのセキュリティ コントロールを実装します。

正解はCです。SELECT文では完全一致は不可能です。CompTIA DataSys+のドキュメントによると、SQLではワイルドカードは主にSELECT文のWHERE句で使用され、完全一致ではなくパターン一致を可能にするために使用されます。%や_などのワイルドカードは、LIKE演算子と組み合わせて、文字ベースのデータ内の部分文字列や可変パターンを検索するためによく使用されます。
実際のデータベース利用において、ワイルドカードは、完全な値や正確な値が不明または不要な場合に、アナリストや管理者がレコードを取得することを可能にします。例えば、姓が「Mac%」で始まるすべての患者レコードや、「@example.com」で終わるすべてのメールアドレスを検索するには、パターンベースのマッチングが必要です。これらの場合、完全な一致は明示的に必要とされず、これがSQLクエリにおけるワイルドカードの本来の目的です。
オプションAとDは、CREATE文について誤って言及しています。ワイルドカードは、テーブル、インデックス、ビューなどのデータベースオブジェクトを定義するために使用されるCREATE文には関係ありません。これらの文は明示的な定義を必要とし、ワイルドカードに基づくマッチングロジックをサポートしていません。オプションBも誤りです。SELECT文は必ずしも完全一致を必要とするわけではないため、まさにこの理由からワイルドカードが存在し、クエリ操作で多用されているのです。
CompTIA DataSys+では、クエリの柔軟性を理解することがデータ取得とレポート作成に不可欠であると強調しています。ワイルドカードを使用すると、複雑なロジックや複数の条件を必要とせずに、より広範な結果セットを取得できるため、クエリの使いやすさと効率が向上します。特に、部分的なデータ探索が必要となる分析、レポート作成、トラブルシューティングの場面で非常に役立ちます。
したがって、WHERE句におけるワイルドカードの機能について最も適切な説明は、完全一致を必要としないクエリを可能にするというものであり、選択肢CがCompTIA DataSys+の原則に完全に準拠した正しい回答となります。

データベースの構造を分析するために使用すべき文書は、ERD です。ERD、つまりエンティティ関係図は、データベース内のエンティティ (テーブル)、属性 (列)、および関係 (制約) をグラフィカルに表現したものです。ERD は、データベースの構造と設計、およびテーブル間の依存関係と関連性を視覚化するのに役立ちます。ERD は、データベースの正規化レベルを評価するのにも役立ちます。正規化とは、冗長性を減らし、一貫性を向上させるためにデータをテーブルと列に整理するプロセスです。ERD を使用することで、データベースの専門家は、パフォーマンスを向上させたりクエリを簡素化したりするために、データの冗長性や重複を導入するプロセスであるデータベースの非正規化を検討できます。その他のオプションは、異なる種類の文書であるか、データベースの構造とは関係のないものです。たとえば、SOP、つまり標準操作手順は、特定のタスクまたは操作を実行する手順と手順を説明する文書です。データ ディクショナリは、データベースのメタデータ (データに関する情報) を説明する文書です。 UML図は、統一モデリング言語（UML）を使用してソフトウェアシステムまたはそのコンポーネントをグラフィカルに表現したものです。参照：CompTIA DataSys+コース概要、ドメイン2.0 データベース展開、目標2.2 シナリオに基づいて、スクリプト言語とプログラミング言語を使用してデータベースオブジェクトを作成します。

参照整合性を強制するために使用される制約は外部キーです。外部キーとは、別のテーブルの主キーを参照するテーブル内の列または列のセットです。主キーとは、テーブル内の各行を一意に識別するテーブル内の列または列のセットです。参照整合性とは、外部キー列の値が参照先のテーブルの主キー列の値と一致することを保証するルールです。参照整合性は、関連するテーブル間でデータの一貫性と正確性を維持するのに役立ちます。その他のオプションは、異なるタイプの制約であるか、参照整合性とは全く関係がありません。たとえば、サロゲートキーは、自動インクリメント番号やGUID（グローバル一意識別子）など、主キーとして機能するように人為的に生成される列です。一意キーは、テーブル内の各行を一意に識別するテーブル内の列または列のセットですが、主キーとは異なりNULL値を持つことができます。TIDのような制約はありません。参照：CompTIA DataSys+ コース概要、ドメイン 1.0 データベースの基礎、目標 1.2 シナリオに基づいて、スクリプト言語とプログラミング言語を使用してデータベースタスクを実行する。