注：この質問は同じシナリオを使用する一連の質問の一部です。あなたの便宜のために、
シナリオは各質問で繰り返されます。質問ごとに異なる目標があり、選択肢があります。
シナリオのテキストは、このシリーズの各質問でまったく同じです。
次のテーブルを含むデータベースがあります。BlogCategory、BlogEntry、ProductReview、Product、
そしてSalesPerson。テーブルは、次のTransact SQLステートメントを使用して作成されました。

以下の要件を満たすようにProductReviewテーブルを変更する必要があります。
1.テーブルはProductテーブルのProductID列を参照する必要があります。
2. ProductReviewテーブル内の既存のレコードをProductテーブルで検証しないでください。
3.レコードがレコードによって参照されている場合は、Productテーブルのレコードを削除してはいけません。
ProductReviewテーブル
4. Productテーブルのレコードへの変更はProductReviewテーブルに伝播する必要があります。
次のデータベーステーブルもあります：Order、ProductTypes、およびSalesHistory、The transaction-SQL
これらのテーブルに対するステートメントは利用できません。
以下の要件を満たすようにOrdersテーブルを変更する必要があります。
1.テーブルにINSERT権限を与えずに、テーブルに新しい行を作成します。
2.注文を行った販売員に、注文が完了したかどうかを通知します。
SalesHistoryテーブルに次の制約を追加する必要があります。
- フィールドをレコード識別子として使用できるようにするSaleID列の制約
- ProductTypesテーブルのProduct列を参照するためにProductID列を使用する定数
- 列内にNULL値を持つ1行を許可するCategoryID列に対する制約
- SalePrice列を4より大きい値に制限する制約
財務部門のユーザーは、営業担当者のSalesHistoryテーブルからデータを取得できる必要があります。
SalesYTD列の値が特定のしきい値を超えている場合。
SalesOrderという名前のメモリ最適化テーブルを作成する予定です。テーブルは以下を満たす必要があります
必要条件：
- テーブルには1000万件の一意の受注が含まれている必要があります。
- テーブルは、I / O操作を最小限に抑えるためにチェックポイントを使用しなければならず、トランザクションロギングを使用してはいけません。
- データの損失は許容範囲内です。
完全に等価なWhere句を使用するSalesOrderテーブルに対するクエリのパフォーマンス
操作を最適化する必要があります。
Ordersテーブルのデザインを変更する必要があります。
何を作るべきですか？