問題タブ [entity-relationship-model]

[重要な編集: 継承に関するヒントを提供してくれた Branko に感謝]

ビジネス ( business_id )

OFFICE ( office_id , business_id, office_name) office_id は PK のシーケンスです。business_id と office_name は複合一意キー (ビジネス キー) です。business_id は BUSINESS の必須の FK です。

CUBICAL ( cubical_ID、office_id、cubical_#)cubical_ID は PK のシーケンスです。office_id とcubical_# は複合一意キー (ビジネス キー) です。office_id は、OFFICE に対する必須の FK です。

エンティティ BUSINESS には多くのオフィスがあります。各オフィスは、1 つのビジネスに属している必要があります。オフィスには多くの CUBICAL があります。各 CUBICAL は 1 つの OFFICE に属していなければなりません。

4 番目のエンティティである TASK ( task_id , task_descr) は、立方体に割り当てることができますが、TASK を適用することを除いてビジネスの目的を果たさないオフィス内のエリア (廊下、電気室、またはオフィス全体など) にも割り当てることができます。 .

継承では、スーパータイプ TASKABLE でこれを行う方法が 2 つあります。「cubical」または「noncubical」のサブタイプ識別子を使用して、CUBICAL と NON CUBICAL の 2 つのサブタイプを作成します。または、「cubical」、「hallway」、「electric room」、「property wide」などのサブタイプ識別子を使用して、1 つのサブタイプ CUBICAL を作成します。

TASKABLE ( taskable_id , taskable_type ) where taskable_type in ('立方体', '非立方体')

CUBICAL ( cubical_ID、office_id、cubical_#、taskable_id)

NONCUBICAL ( noncubical_ID , office_id, descr, taskable_id) where description in ('hallway', 'electric room', 'office wide', 'etc')

TASK ( task_id , task_descr, taskable_id)

TASKABLE ( taskable_id , taskable_type ) where *taskable_type in ('cubical', 'hallway', 'electric room', 'office wide', 'etc')*

CUBICAL ( cubical_ID、office_id、cubical_#、taskable_id) where taskable_id

TASK ( task_id , taskable_id)

この状況では、非立方体領域にはタスクを割り当てる以外に用途がなく、他の属性がないため、1 つのサブタイプを使用して、SQL ステートメントの where 句で追加の条件を使用するのが最善であると考えています (NOT LIKE 'cubical ')

5 つ以上のサブタイプ ディスクリミネータがあるのに、単一のサブタイプ エンティティしか使用しないのは奇妙ですか?

ありがとう、 -- マシュー・モイセン

?で関係の方向を特定する方法Chen notation. A has B 関係を追加すると、 B has Aとして誰でも読めますか?

ばかげている可能性のある質問で申し訳ありませんが、私は完全な初心者です。問題は、書籍Database Systems: Design, Implementation and Managementの演習をしようとしていることです。この本は、EERD を実行するために Microsoft Visio を念頭に置いて作成されています。問題は、お金を払いたくなかったので、MySQL Workbenchをダウンロードしたことです (今のところ設計の練習をしているだけなので、他には何もインストールしていません)。

さて、私の問題は、完全な完全性、部分的な完全性、分離したサブタイプ、または重複するサブタイプなど、さまざまな制約を持つスーパータイプとサブタイプを表す図を作成するように求められている点に達したことです。この本はこれを円と線で表しています。

問題は、Workbench でこれを描画する方法について、最低限のアイデアがないことです。関係、主キー、外部キーなどを作成できますが、スーパータイプ/サブタイプと制約を描画する方法が見つからないようです。

誰でも私を助けることができますか？前もって感謝します！

ps: Google 検索では答えが得られませんでした

大規模データベース アプリケーションのユーザー要件をモデル化するために EER クラス図と UML クラス図のどちらを選択する場合、どの基準を使用する必要がありますか? それぞれの長所と短所は何ですか？

私の GUI は、データベース スクリプトの ERM を描画します。たとえば 2 つのエンティティの参照にあるデータベースの内容は、線で接続されます。しかし、これらの線はすべて交差しています。各線は別の線をまたいでいます。だから私の質問は、どうすればこの線をプロのように描くことができるかということです. ここでは、これらの線を描画するクラスを確認できます。

助けてくれてありがとう:D