値を持つカスタムプロパティを持つオブジェクトを持つデータベースをモデル化する最良の方法

Question

私は0個以上の設定可能なプロパティを持つことができる "ルートオブジェクト"を作成する必要があるシステムで作業しています。

その顧客は、私たちが常にcustomerId、名前、生年月日を保存することを知っているとしましょう。これはテーブルの列です。しかし、システムは顧客のためにカスタムプロパティを扱うことができるはずです。

このシステムのユーザーは、この顧客の都市、電話、電子メールを保存したいとします。どのように私はこれをサポートするための最良の方法でデータベースをモデル化しますか？

これは私がテーブルの面で考えているものです：

Customer 
- CustomerId 
- Name 
- Birthdate 

CustomerProperties 
- CustomerPropertyId 
- Name 

CustomerPropertyValues 
- Id 
- CustomerId 
- CustomerPropertyId 
- Value 

これは「市は」-table「CustomerProperties」にCustomerPropertyだろうし、そのプロパティの値は次のようになり設定してCustomerPropertyValuesテーブルのエントリとして保存されます。

このようにして、私は都市Xのすべての顧客をSQLで照会することができます。

私はすべてのカスタムプロパティをjson blobとして保存しようと考えていましたが、これはクエリを非常に難しくし、これはうまく行かないと思います。

私が思っているのは、これはdb-modolの私の例ですか？これをモデル化する良い方法はありますか？これに関してパフォーマンスや課題などの点で「認識しておくべきこと」は何か？

ご協力ありがとうございます。

Answer 1

が何度も使いやすさのために私自身のアプローチを同様の何かをしなければならなかったしたので、メンテナンス性と堅牢性は次のようになります。

Customer 
- CustomerId 
- Name 
- Birthdate 

CustomerProperties 
- CustomerPropertyId 
- CustomerId 
- Name 
- DataType 
- Value 

あなたが保つことを期待するレコード数と異なるタイプのデータに応じて、

Customer 
- CustomerId 
- Name 
- Birthdate 

CustomerDateTimeProperties 
- CustomerPropertyId 
- CustomerId 
- Name 
- Value 

CustomerIntegerProperties 
- CustomerPropertyId 
- CustomerId 
- Name 
- Value 

CustomerStringProperties 
- CustomerPropertyId 
- CustomerId 
- Name 
- Value 

は、値フィールドのデータ型を設定することができ、あなたはすべての型キャストを避ける：あなたは、各データ型のために別のテーブルを追加することによって、それを正規化することを望むかもしれません。 これは過去に私にとって一番うまくいったアプローチです。これが役立つことを願っています。

顧客のすべてのプロパティを取得するには：

SELECT * FROM Customer, CustomerDateTimeProperties, CustomerIntegerProperties 
INNER JOIN CustomerDateTimeProperties ON CustomerDateTimeProperties.CustomerId = Customer.CustomerId 
INNER JOIN CustomerIntegerProperties ON CustomerIntegerProperties .CustomerId = Customer.CustomerId 

INNER JOIN etc... 

WHERE Customer.CustomerId = @CustomerId 

あなただけの1がCustomerPropertiesテーブルに結合を使用私の最初の例を使用している場合。