当社では、プロジェクトは、独自の 3 段階のライフサイクルを持つビジネス開発として始まります。ビジネス開発がライフサイクルを終えると、本格的なプロジェクトになり、まったく新しい 3 段階のライフサイクルが始まります。ただし、ビジネス開発は、プロジェクトの初期段階を超えて成熟しない場合があります。
これらすべてを考慮して、ビジネス開発 (BD) 用のテーブルとプロジェクト用の別のテーブル (別のエンティティとして扱う) を用意することにしました。それぞれに、ライフサイクルの現在の段階が格納されます。BD がプロジェクトになると、プロジェクト テーブルに入力されます。そのプロジェクトはまだすべての BD 関連フィールドと新しいプロジェクト専用フィールドのいずれかを参照する必要があるため、BD テーブルへの FK を介してこれを行っています (本質的に BD のすべての特性を継承し、さらに追加します)。
だから私は、この設計に欠けている何か問題があるかどうかを確認したかった..おそらく、すべてを 1 つの Projects テーブルに入れ、BD テーブルを完全に削除する必要がありますか? これを最もよく処理する方法について何か考えはありますか?