私は人々の情報について設計するデータベースを持っています
名前、年齢、住所、連絡先など、人々に関する一般的な詳細がいくつかあります...
しかし、公務員、ビジネスマン、サラリーマン、政治家などのような人々のカテゴリーがあります...
そのため、カテゴリに関するいくつかの動的フィールドがあります...
一般的な詳細テーブルは簡単に作成できますが、問題は、公務員の収入、部門、以来などのカテゴリの動的フィールドにあります...
3 つのテーブルを作成しました。
Peoples テーブル: 名前、年齢、生年月日など. カテゴリ: 公務員、サラリーマンなどの行. 属性:
------------------------
ID|Category|Field|Value
-----------------------
1 |GS |dept |electricity
上記のデータベース設計 (私が現在使用しているもの) は、
NopCommerceデータベース
の設計Nop_Customer
とNop_CustomerAttribute
テーブルの一種です。
これは良いものですか、それともこれよりも優れたものですか: (この状況の場合)
考慮すべき 2 つのインプ ポイント: 1- ユーザーはこれにデータを追加するため、それに応じてコントロールを作成する必要があります。 2- このデータベースは他のユーザーによって検索されます。
編集:
各カテゴリのフィールドは固定されます。
ただし、カテゴリはユーザーではなく開発者によって徐々に追加されるため、開発者にとって多忙で保守しやすいものにする必要があります