注：この質問は、同じシナリオを使用する一連の質問の一部です。 あなたの便宜のために、シナリオは各質問で繰り返されます。 各質問はそれぞれ異なる目標と答えの選択を提示しますが、シナリオの本文はこのシリーズの各質問でまったく同じです。
Salesという名前のデータベースに、Customer、Order、およびProductsの各データベーステーブルが含まれています。
次の図に、ProductsテーブルとOrderテーブルを示します。

顧客テーブルは、顧客が最後に注文した注文のデータを格納する列を含みます。
Leadsという名前のテーブルを作成する予定です。 Leadsテーブルには、約2万レコードが含まれると予想されます。
Leadsテーブルのストレージ要件は最小限に抑える必要があります。
次の要件を満たすトリガーを作成する必要があります。
* テーブルのパフォーマンスとデータの整合性を最適化します。
* 存在しない顧客に対してユーザーが注文を作成しようとした場合は、カスタムエラーを提供します。
* Customersテーブルで、最後に注文した注文の値を更新します。
* 元のトランザクションの一部としてすべてのアクションを完了してください。
以下の表で、要件を満たすトリガーの種類を特定します。
注：各列で選択のみを行います。 それぞれ正しい選択は1ポイントの価値があります。

注：この質問は、同じシナリオを提示する一連の質問の一部です。このシリーズの各質問には固有の解決策が含まれています。解決策が記載されている目標を満たしているかどうかを判断します。
Accountテーブルは、次のTransact-SQLステートメントを使用して作成されました。

Accountテーブルには10億を超えるレコードがあります。アカウント番号列は、各アカウントを一意に識別します。 ProductCode列には100個の異なる値があります。値はテーブルに均等に分散されています。テーブル統計は最新の情報に更新されます。
次のTransact-SQL SELECTステートメントを頻繁に実行します。

クエリを実行するときにはテーブルスキャンを避けなければなりません。
テーブルに対して1つ以上のインデックスを作成する必要があります。
解決方法：次のTransact-SQLステートメントを実行します。
CREATE CLUSTERED INDEX PK_Account ONアカウント（ProductCode）。
解決策は目標を満たしていますか？

• A. はい
• B. いいえ

ケーススタディ
バックグラウンド
Employeeという名前のテーブルを含むHR1という名前のデータベースがあります。
定期的に変化する合計を含むいくつかの読み取り専用の履歴レポートがあります。レポートでは、複数のクエリを使用して給与支出を見積もります。クエリは同時に実行されます。ユーザーは、給与見積もりレポートが常に実行されるとは限らないと報告しています。データベースを監視して、レポートの実行を妨げる問題を特定する必要があります。
他のアプリケーションをサポートするデータベースサーバーにアプリケーションを展開する予定です。データベースに必要なストレージの量を最小限に抑える必要があります。
従業員テーブル
次のTransact-SQLステートメントを使用して、Employeeテーブルを作成、構成、および設定します。

応用
Employeesテーブルを更新するアプリケーションがあります。アプリケーションは、次のストアドプロシージャを同時に非同期的に呼び出します。
-UspA：このストアドプロシージャは、EmployeeStatus列のみを更新します。
-UspB：このストアドプロシージャは、EmployeePayRate列のみを更新します。
アプリケーションはビューを使用してデータへのアクセスを制御します。ビューは次の要件を満たしている必要があります。
-ビューがアクセスするテーブルのすべての列へのユーザーアクセスを許可します。
-ビューが返す行のみに更新を制限します。
示す

両方のストアドプロシージャでブロッキングの問題が発生します。 UspBが同じ行への変更をコミットする前に、UspAが行への変更をコミットした場合、UspBは中止してはなりません。 UspAが同じ行への変更をコミットする前に、UspBが行への変更をコミットした場合、UspAは中止しないでください。
行のバージョン管理を有効にするには、トランザクション分離レベルを指定する必要があります。
Transact-SQLステートメントをどのように完了する必要がありますか？回答するには、Transact-SQLセグメントを正しい場所にドラッグします。各Transact-SQLセグメントは、1回、複数回、またはまったく使用しない場合があります。コンテンツを表示するには、ペイン間で分割バーをドラッグするか、スクロールする必要がある場合があります。

クエリプランキャッシュで実行プランを確認しています。 あなたは以下を観察します：
- 多数の使い捨てプランがあります。
- 複数のCPUコアを使用する単純な実行計画が多数あります。
クエリプランの実行を最適化するようにサーバーを構成する必要があります。
Microsoft SQL Serverインスタンスのプロパティページでどの2つの設定を変更する必要がありますか。 回答するには、回答領域で適切な設定を選択します。

注：この質問は、同じシナリオを提示する一連の質問の一部です。シリーズの各質問には、固有のソリューションが含まれています。ソリューションが指定された目標を満たしているかどうかを判断します。
dbReportingという名前のデータベースがあります。ユーザーは、データベースに対して多数の読み取り専用のアドホッククエリを実行します。アプリケーションとすべてのアドホッククエリは、デフォルトのデータベーストランザクション分離レベルを使用します。 READ_COMMITTED_SNAPSHOTデータベースオプションの値をONに設定します。
10個のテーブルを順番に更新し、単一のトランザクションで大量のレコードを変更するアプリケーションがあります。更新は互いに分離されています。
ユーザーから、バージョンに完全に格納されていることを示すエラーが報告されます。
エラーの発生数を減らす必要があります。
解決策：dbReportingデータベースの最大データベースサイズを増やします。
ソリューションは目標を達成していますか？

• A. はい
• B. いいえ