問題タブ [entity-relationship-model]

まず、私が使用している用語が明確であることを確認するためのいくつかの定義:

1. 強いエンティティと弱いエンティティ、および強い/識別関係と弱い/非識別関係: ERD では、弱い/非識別関係は 2 つの強いエンティティを接続する関係であり、破線で示されます。強い/識別関係は、強いエンティティを弱いエンティティ (つまり、関連するエンティティの主キー [PK] を独自のコンポーネント主キーのコンポーネントとして含むエンティティ) に接続する関係であり、実線。

   たとえば、次の図を考えてみましょう (別の投稿から借用):

コース (強いエンティティ) とクラス (弱いエンティティ) の間の関係は強い関係 (実線) です。これは、クラスが独自の PK (*CID,*Date) の一部としてコースの PK (*CID) を含むためです。対照的に、Room の PK (*RID) は Class の PK の一部ではないため、Room (強いエンティティ) と Class (弱いエンティティであっても) の関係は弱いです。

2. 単項/再帰関係:ほとんどの関係は、2 つの別個のエンティティを接続するという点で、バイナリです。たとえば、Course と Class の間の関係、および Room と Class の間の関係は、2 項関係です。まれに、エンティティがそれ自体と関係を持っている場合に、単項 (再帰とも呼ばれます) の関係があります。この図では、唯一の単項関係は Employee エンティティとの関係です。1 人の従業員が 0 人から多数の従業員を管理する可能性があるという事実を表すため、「管理する」というラベルを付ける必要があります。すべての従業員は、1 人の従業員のみによって管理されます。Employee の PK は *EmpID であり、関係をリンクする外部キー (FK) は Manager です。

それで、ここに私の質問があります:単項関係は強い/識別的ですか、それとも弱い/非識別的ですか? 一方の側 (従業員、*EmpID) の PK は、多側 (再び、従業員、*EmpID) の PK の一部であるだけでなく、完全な構成要素です。したがって、これは、サンプル ダイアグラムに示されているものとは対照的に、実線で強い関係であることを示しています。誰か私のためにこれを明確にしてもらえますか?

という名前のテーブルに Post に属するPostIdキーワード ( )を格納するアプリケーションがあります。そのテーブルの主キーは、 と の組み合わせです。は一意ではありません。KeywordKeywordsForPostPostIdKeywordPostIdKeyword

投稿に含まれるキーワードに関する投稿を検索する必要がある可能性があるため、この実装が必要でした。

という名前の別のテーブルがありますNewKeywords。そのテーブルの唯一の列は ですKeyword。KeywordsForPost投稿が作成されると、その投稿のキーワードがとNewKeywordsテーブルの両方に挿入されます。表中のキーワードは、ユーザーの指示により操作が適用され、NewKeywords「新規キーワード」にならなくなります。そのため、その操作が適用された後にそれらのキーワードを削除します。現在、私のNewKeywordsテーブルには他のテーブルとの関係がありません。この慣行は正当化されますか？または、より良いプラクティスはありますか？

私はこの答えを検索して見つけました。 他のテーブルとは関係のないテーブルを作成
できますか? しかし、満足のいくものではありませんでした。また、以前の質問とは異なると思います。これは、一般的な質問をしているのに対し、私の質問は具体的なものだからです。テーブルに関係を追加できるかどうかを知る必要があります。これまでのところ、私は何も思いつきませんでした。

私は特定の ER 図からテーブルを作成するのは初めてで、クロウズ フット図を扱ったことがありますが、以下のタイプの図はまったく初めてです。

このことから、テーブル内の主キー、外部キー、および 1-1、1-多などの関係をどのように決定すればよいでしょうか?

ご提案いただきありがとうございます。

PS私はMySQL Workbenchでモデル化しようとしているので、具体的な提案があれば、私は義務付けられます!

みなさん、こんにちは。まず、私の質問を読んで返信してくださったすべての方々に感謝します。

それに一致する ER を設計する必要がある RM があります。

RM: A(c,j) // c には下線が引かれます B(b,c,d,e,h) // b,c,d,h には下線が引かれます C(a,g,h,i) // h D(c,f,g,i) // c,i に下線が引かれます

次の ER について考えました (ここでは実際に描くことができないので説明しています): エンティティ "A" 属性: "c"(キー)、"j" エンティティ "B" 属性: "b"(キー) ,"d"(キー), "e" エンティティ "C" 属性: "h"(キー), "a", "g" エンティティ "D" 属性: "i"(キー), "f", "g" (Cの属性とは異なります)

関係: AB (多対多) AD BC C->D (多対一)

あれは正しいですか？

ありがとうございました。

次のタスクに適合するツールを探しています。

たとえば、ユーザーはインターフェイス エンティティ University を選択し、それを検索するためにいくつかの ID を入力して、要求に関連する大学リストの結果を取得します。次に、エンティティ Person で同じことを行い、最後に最大関係長を入力します。彼の要求の結果は、たとえば関係のグラフです。

または、彼は関係の長さに合ういくつかの結果を得るかもしれません

私はneo4jの経験があまりなく、このタスクに適したツールがあるかどうかわかりません. または、neo4j に関連しない他のツールでも問題ありませんが、SQL が関係検索でうまく機能するかどうかは疑問です。ありがとう。

編集済みユーザーが暗号言語をまったく知らなくてもこのリクエストを生成するユーザーフレンドリーなツールを探しています

管理モジュールで Toad for Oracle v12.0.0.61 を使用しています。興味のあるデータベースには 61 個の「ビュー」があります すべてのビューを選択し、右クリックして ER 図を選択しました Toad はテーブル名とそのすべての列をリストする各テーブルの小さな UML 図を作成しましたが、それらの主キーまたは外部キーとそれらの間の関係。特定のテーブル (メインのテーブル) を 1 つ選択し、それを右クリックして ER 図を選択し、たとえば 5 レベルの詳細を選択しても、1 つのテーブルに対してのみ 1 つの図が作成され、他のすべての情報は含まれません。ここで抜けているステップはありますか? それとも、与えられたアクセスのレベルに関連していますか?

ありがとうございました

次の要件を満たすエンティティ関係図を作成しようとしています。

• 各顧客には、名前、本籍地、および社会保障番号があります。

• 各顧客は複数の電話番号を持つことができ、同じ電話番号が複数の顧客によって共有される場合があります。

• 顧客は複数のアカウントを所有できますが、各アカウントは 1 人の顧客が所有します。• 各口座には、口座番号、タイプ (貯蓄、当座預金など)、および残高があります。

• 銀行は、口座ごとに口座明細書を発行し、口座所有者に毎月郵送します。時間が経つにつれて、同じアカウントの複数のステートメントが表示されます。

• 各ステートメントには、発行日とステートメント ID があります。同じ口座の明細書はすべて異なる明細書 ID を持っていますが、2 つの異なる口座が同じ明細書 ID の明細書を持っている可能性があります。たとえば、アカウント A には ID '123' のステートメントがあり、アカウント B には同じ ID '123' の別のステートメントがある可能性があります。

私はこれを実装しました：

いくつかの質問を聞きたいんです：

1. 何らかの関係がある場合、または説明にそれが示されている場合にのみ、最小最大表記を使用できますか?

2. 多対多の関係はここで正しく描写されていますか?

3. Account と Account Statement と StatementID の間の関係を適切に表現できますか?

4. 私の仮定によると、Account Statement は本当に弱いエンティティでありHas、Statement ID に依存する弱い関係なのでしょうか? issue-date は弱いキーですか?

この回答は次のように述べています。

反対側の ERD ダイアグラムは、(ほとんどの場合) リレーショナル データベースに存在するエンティティ (テーブル) を表示する持続性固有のダイアグラムです。

Q1 : JSON が ERD で表現されているのをめったに見ないので、興味があります。その背後にある理由は何ですか？

Q2 : JSON は関係データ モデルではないため、ERD を使用して ERD で JSON モデルを表現しても有効ですか?

ありがとうございました！