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

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

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

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