「CustomerID」(外部キー)列を持つ「Transactions」テーブルと「ID」(主キー)を持つCustomerテーブルがあるとします。 。 2つのテーブルの関係を示し、「顧客ID」が「顧客」テーブルの主キーである「トランザクション」テーブルの外部キーであることを示すにはどうすればよいですか?

この質問をグーグルで検索しました。また、このフォーラムで私の質問を確認しましたが、私の質問に対応する図で正確な例を見つけることができませんでした。

可能であれば、図で説明してください。

コメント

  • 外部キーは概念的なER図でのみ表示できるという次のリンクを見つけました。 lucidchart.com / pages / ER-diagram-symbols-and-meaning 。どうすればよいか教えてください。
  • '学校で学んだ(!!)主キーは属性の下に直線の下線で、外部キーは点線で表すことができます
  • わかりました。しかし、外部キーを1つに表示するにはどうすればよいですか。テーブルは、それぞれのtaで名前が異なる別のテーブルの主キーと同じものです。 bles(' ID 'および'顧客に関する質問の例で尋ねられたようにID ')?
  • この質問は「No-Chen」表記を参照しているため(fk関係の表示を要求するため)、新しいものを開きました dba.stackexchange.com/questions/271264/ …

回答

ERダイアグラムは、元々ERモデルを表すためにのみ使用されていました。 ERモデルは、関係を表すために外部キーを使用しません。ボックス間の線を使用します。線には、両端または両端にカーディナリティの何らかの指標があります。場合によっては、関係が個別にひし形で示されます。

現在、浮かんでいるERダイアグラムの半分以上は、実際にはリレーショナルモデルのダイアグラムであり、ERモデルのダイアグラムではありません。リレーショナルモデルにはテーブルに含まれる外部キーがあり、これらはERモデルが識別する関係を実装するのに役立ちます。また、リレーショナルモデルには、多対多の関係によってリンクされている2つのエンティティテーブル間に「ジャンクションテーブル」と呼ばれることが多い追加のテーブルがあります。このジャンクションテーブルには、2つ以上の外部キーが含まれています。

リレーショナルモデルを表現する方法はたくさんあります。おそらく最も単純なのは、MSAccessが完成したデータベースから作成できる「関係図」です。データベースビルダーが外部キーを識別した場合、これはかなり完了します。

大規模な図を作成するために、MSAccessよりも高度なツールが多数あります。これらのいくつかは、データベースを構築する前に使用されます。後に使用されるものもあります。

コメント

  • 現在、私は紙に図を作成しているところです。上記の2つのテーブル(質問内)を関係図でどのように表現できるかを示していただけますか?
  • " ER図の顧客トランザクションで検索する場合"さまざまな方法でやりたいことを示す画像がたくさん表示されます。

回答

ERダイアグラムを描画するときは、次のグラフィカルな規則を使用しました。次のように、外部キー列名で関係行にラベルを付けます。

ERDの例

これにより、子テーブルのどの列が親テーブルの外部キーであるかが明確になります。主キーのステータスを示すには、問題の属性に下線を引くことで実行できます。

これよりも便利なのは、テーブルの主キーが何であるかを明確にする命名規則です(使用する場合は簡単に実行できます)。慣例による代理キー)および外部キー列とは何ですか。

一部のリレーショナルモデル図には、列のリストの列名の左側にキー参加ラベルも含まれています(例:" PK "、" FK1 "、" FK2 "、…)これは特に複合キーがある場合に役立ちます。

コメント

  • このコンベンションもどこかで公開されていますか、それともあなたの(良い)アイデアですか?
  • @Lorenz it '物理エンティティへの適応-カラスのバージョンの関係図'の足表記( en.wikipedia.o rg / wiki / … )James Martin( en.wikipedia.org/wiki/James_Martin_(author) )彼の著書 Information Engineering で、関係のラベルとして関係名を使用しました。私にとっては、'論理モデルから物理モデルへの賢明な拡張です。
  • それが役に立ったとしても、それは私的な考えのままですが、これは完全ではありませんでした「使用した」という表現から明確にします。

回答

画像の説明はこちら

「カラスの足」を使用して多対1の結合を説明するこの形式が好きです

コメント

  • ER図のカラスの足も好きです。リレーショナル図の場合、私は矢じりを好みます。カラスの足は行の"多くの"の端にあり、矢印は one "行末。
  • このグラフでは、行末に欠落しているFK / PK記号のみがあります:)それでも、dlink 'の最初のリンク投稿に対するこのフォローアップの回答は、私の意見では投票数が少なすぎました。 dlink 'の以前に投稿されたリンクは批判されました、それは以前に質問した@MKSinghによって質問の最初のコメントですでに言及されていました;)、しかし!リンクはそこに記載されているよりも優れているようです。 "物理ERDシンボル"で提供されているビデオを見ると、ERDで複数のFKを表す方法が正確に示されています。直接リンクは次のとおりです。7:28、 youtube.com/watch?v=QpdhBUYk7Kk

<にアクセスしてください。 h2>回答

数年後、ERダイアグラムの表記法が異なることに注意してください。したがって、質問は十分に正確ではありません。

ご覧ください。 すべての回答

https://stackoverflow.com/questions/48191228/is-erd-considered-a-kind-of-uml-diagram#48198083

および

ER図はどれですか?。ここでの1つの回答は、Chen表記がERDであると述べていますが、Crow Foot表記はEAD(エンティティ属性図)と言われています。@ JoshuaGuttmanを参照してください。

Chen表記はFK関係を明示的に示していません。 、受け入れられた回答がすでに説明しているように、他の表記法でもこれを行うことができます。

たとえば、Crow FootまたはBakerの表記法を代わりに使用する場合は、"最も正確な" @dlinkの回答で、線が正確にFKにつながっています。それでも、複合PKにつながる複合FKをどうするかは、おそらく不明です。つまり、プロのプログラムは、行末とFKをグラフィカルにリンクしないだけです。次に、参照できるのは命名だけです。これは、命名規則(CustomerIDからCustomer.ID、またはその他のルールなど)に厳密に従う場合はとにかく十分です。 。たとえば、 https://www.visual-paradigm.com/guide/data-modeling/what-is-entity-relationship-diagram/

vp erd

回答

このページ、LucidChartsによるERDがどのように見えるかについての素晴らしい記事です。

物理ERDシンボルの下に、キーを表す方法が示されています。

[ https://www.lucidchart.com/pages/ER-diagram-symbols-and-meaning]

コメント

  • ようこそdlink。 単なるリンクではない完全な回答を提供するようにしてください。そうしないと削除される可能性があります。

コメントを残す

メールアドレスが公開されることはありません。 * が付いている欄は必須項目です