注：この質問は、同じシナリオを使用する一連の質問の一部です。あなたの便宜のために、シナリオは各質問で繰り返されます。各質問には異なる目標と回答の選択肢がありますが、シナリオのテキストはこのシリーズの各質問で全く同じです。
Customer、CustomerToAccountBridge、およびCustomerDetailsの各テーブルを含むDB1という名前のデータベースがあります。 3つのテーブルはSalesスキーマの一部です。データベースには、Webサイトという名前のスキーマも含まれています。次のTransact-SQLステートメントを実行してCustomerテーブルを作成します。

CustomerStatus列の値はアクティブな顧客の値と同じです。 Account1Status列とAccount2Status列の値は、アクティブなアカウントの値と同じです。次の表に、Customerテーブルの選択した列と行を示します。

Website.Customerという名前のビューとSales.FemaleCustomersという名前のビューを作成する予定です。
Website.Customerは次の要件を満たしている必要があります。
1.アクティブな顧客のCustomerName列とCustomerNumber列にユーザーがアクセスできるようにします。
2.ビューが参照する列を変更できるようにします。変更されたデータは、ビューから表示する必要があります。
3. Microsoft SQL Serverレプリケーションの一部としてビューが公開されないようにします。
Sales.Female.Customersは次の要件を満たしている必要があります。
1.ユーザーがCustomerName、Address、City、State、およびPostalCodeの各列にアクセスできるようにします。
2.ビューが参照する列の変更を禁止します。
3.ビューフィルタに準拠したビューを介してのみ更新を許可します。
spDeleteCustAcctRelationshipおよびspUpdateCustomerSummaryのストアドプロシージャがあります。 spUpdateCustomerSummaryストアドプロシージャは、次のTransacr-SQLステートメントを実行して作成されました。

spUpdateCustomerSummaryストアドプロシージャを実行して、顧客アカウントサマリを変更します。その他のストアドプロシージャは、spDeleteCustAcctRelationshipを呼び出して、CustomerToAccountBridgeテーブルからレコードを削除します。
次の要件を満たすようにCustomerテーブルの設計を更新する必要があります。
1.顧客ごとに最大50のアカウントを保存することができなければなりません。
2.ユーザーは、アカウント番号を入力して顧客情報を取得できる必要があります。
3.ユーザーは、顧客情報を入力することによってアカウント番号を取得できる必要があります。
データの冗長性を最小限に抑えながら設計変更を実装する必要があります。
あなたは何をするべきか？