クラステーブル継承 を確認することを強くお勧めします。 マーティンファウラーによって定義されたパターン。
このデザインパターンは、たとえばすべての建物に共通のデータを保持する単一のテーブルを作成し、特定のタイプの建物に関連するデータ用に別のテーブルを必要とします。私が役立つと思うことの1つは、親テーブルに「type」フィールドを格納して、対応するレコードを子テーブルで検索しなくても、所有しているエンティティのタイプを把握できるようにすることです。
エンティティ属性の設計を使用する非常に具体的で明確な理由がない限り、それを避けることをお勧めします。 1つには、このタイプの設計を使用する場合、データベースの制約を利用して、必要な入力と許可される値のタイプを制御することが不可能になります。もう1つは、これらのフィールドに格納されているデータに通常のようにインデックスを付けることができないため、これらのタイプのフィールドからデータを引き出す必要のあるクエリの速度が大幅に低下することです。