-1

私たちのプロジェクトには2種類の病院スタッフがいます

  • 医者
  • 看護婦

これは決して変わることはありません (つまり、他のスタッフ タイプはありません)。2 つのエンティティ タイプにはかなりの重複がありますが (たとえば、ログイン情報は同じです)、大きな違いもあります。これまでのところ、次のことができます。

  • doctors偶数id(2,4,6 など) のみのテーブルnursesと奇数id(1,3,5 など)のみのテーブル
  • 3 つのテーブル。1 つは共通の親エンティティ ( staffs) をキャプチャし、1 つは子エンティティごとに 1 つのテーブル (doctorsおよびnurses)

私たちのプロジェクトでは最初の設計の方が優れていると同僚の 1 人に納得させることはできません。主な理由は、その単純さ (特に一般的な操作の結合が少ないこと) とパフォーマンスの向上です。最初のデザインの方が優れているのはなぜですか?

4

3 に答える 3

1

最初の設計はカスタム ソリューションであるため、2 番目の設計はリレーショナル データベースの原則に従っているため、優れているとは言えません。

編集:質問にORMのタグを付けたので、ORMがすべての結合作業を行うと思います。最初の解決策は ORM では簡単に理解できないものですが、2 つ目の解決策は ORM がカスタマイズなしで解決できるものです。

于 2013-04-18T12:46:22.843 に答える