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

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