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

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

データベース環境のパフォーマンスを分析しています。レポートが生成されるときに長期間にわたってロックが保持されていることがわかります。
もっと早くレポートを生成する必要があります。データベースは追加のリソースを使用してはなりません。
あなたは何をするべきか?
正解:D
Explanation
Transactions running at the READ UNCOMMITTED level do not issue shared locks to prevent other transactions from modifying data read by the current transaction. This is the least restrictive of the isolation levels.
References: https://technet.microsoft.com/en-us/library/ms173763(v=sql.105).aspx