データベーステーブル。それらを広げて、またはそれらを一緒にヌル？

Question

データベース設計に関する簡単な質問。

私はUserのデータをデータベースに保存しているので、ユーザーに関連付けられた2つのデータ形式を2つ（一見して）識別できます。 アカウントデータおよびプロファイルデータ。アカウントのデータは、ユーザーに不可欠であり、サービスを利用する能力（数または全く記録ができます/になり、一方、

ほとんどのプロファイルデータは、（ができ、多くの場合、NULLになります）、オプション、および不要ですNULL）

1-to-1として2つのテーブルに分割する利点はありますか？単なるデザインの観点からは論理的だと思われますが、話すときはこれが普通です（good）？

Answer 1

論理設計の観点からは、エンティティタイプは、それが持つ属性によって定義されます。独自の属性セットはそれぞれ異なるものを定義し、別の理由がない限り独自のテーブルに格納する必要があります。どの属性がどの表に属しているかを確認するには、標準形式や原則の原理などの設計原則を使用します。

これを実行する利点は、存在しない属性値にnull値またはダミー値を作成する必要がないことです。その方法でヌルを使用すると、ほとんどの場合、エラー、あいまいな結果、後の妥協が招かれます。

Answer 2

私は、プロファイルとアカウントのデータを別々のテーブルにすることをお勧めします。私はそのスタイルを何度も見て使用しました。