0

私は拡張したカスタム メンバーシップ プロバイダーを持っています - いくつかのフィールド、名、姓、住所、郵便番号、都市を追加しました。

現在、これらのフィールドは aspnet_Membership テーブルにあるため、静的メンバーシップ asp.net クラスを使用するときに簡単にアクセスできます。

今、私は顧客の注文データ (名、姓、住所、郵便番号、都市) をデータベースに保存できるようにしたいと考えています。

注文モデル/テーブルで新しいフィールド セット (名、姓、住所、郵便番号、市区町村) を使用する必要がありますか、それとも asp_Membershihp テーブルと Orders テーブルの間にリレーションシップを作成する必要がありますか?

また、重複データがある場合、ユーザーがアカウントの削除を要求すると、最初の方法を使用すると、Orders テーブルに孤立した行がなくなります。

したがって、ユーザー データ、名、姓、住所、郵便番号、市区町村を 1 つのテーブルだけに格納し、aspnet_Membership テーブルと Orders テーブルの間に関係を作成するか、Orders テーブルに関係のない重複フィールドを作成するのが最善です。 aspnet_Membership テーブル? 長所短所？

ありがとう！

/P

4

1 に答える 1

0

このシナリオでは、私はむしろ関係を持ちたいです。

また、注文を保存しているデータでもあります（少なくとも、名前からだと思います:)）注文で別のデータセットを維持するため、必要に応じて、注文のIDとは異なる請求/配送データを指定できますサイト。

Order テーブルの少なくとも一部のデータを複製するもう 1 つの正当な理由は、テーブル内の Order に関連するすべての必要なデータを保持することです。これにより、クライアントがデータの削除を要求した場合の問題を回避し、そのデータの元の値を維持します。顧客データが時間内に変更された場合の注文。

ただし、可能であれば、実際にユーザー データを削除するのではなく、ユーザーがアクティブかどうかを指定するフィールドを用意する必要があります。

于 2012-07-17T19:09:07.767 に答える