これは私のサンプルクラス図です

cls_Invoice = {InvoiceID:int, InvoiceDate:Date, InvoiceProduct: cls_Products };

cls_Products = { ProductID:int, StockQuantity:double , Price:double};

DB テーブル

Invoice = { InvoiceID, InvoiceDate}; 商品 = {商品 ID、在庫数、価格};

1 請求書には多くの製品があります 1 製品は多くの請求書に含まれている可能性があるため、最終的には以下に示すように ER デザインにリンクがあります

Invoice_Products = {InvoiceID, ProductID, Qty, Price}

しかし、クラス図を描く上でわからない Qty と Price という別の 2 つのプロパティがあります。アドバイスをお願いします。

学校のプロジェクトでは、独自のデータベースを作成する必要があります。電子部品の在庫を管理するデータベースを作成することにしました。要件として、ER ダイアグラムを作成し、そのダイアグラムからデータベース スキーマを導出する必要がありました。私にとって残念なことに、教授は、私が作成した図は単純化できると考えており、「パーツ」エンティティは不要であると考えています。

これは私が思いついた図で、派生したスキーマは次のとおりです。

Part エンティティを削除すると、Circuit エンティティが任意の数の任意のパーツを「使用」し、各パーツをおそらく任意の回路に関連付けるには、各コンポーネントから個別の M 対 N の関係が必要になります。回路に入力します。これらの関係ごとに、新しいテーブルが生成されます。これは、プロジェクトで許可されているテーブルの厳密な最大数を確実に超えてしまいます。

教授が部分が不要であると具体的に述べた場合、それを削除してより単純なER図とスキーマにする方法があるに違いありませんが、それが何であるかはわかりません。

たぶん、あなたたちはそれが何であるかを見て、私にヒントを与えることができますか?

編集: ダン W は素晴らしい提案をしました。各パーツ タイプ (コンデンサ、抵抗器など) に独自のキーを与えることで、パーツを削除できます。次に、uses 部分の内部に、それらのコンポーネントへの外部キーを含めます。テーブルの各エントリは 1 つの部分にのみ関連付けられ、残りは null であると想定する必要があります。結果のスキーマは次のとおりです。このスキーマはうまく機能するはずです。しかし今、ER図のどの変更がこのスキーマに対応するかを正確に把握する必要があります。

EDIT2: 私が探している関係は n-ary であるという結論に達しました。いくつかの情報源によると、n-ary からスキーマに変換するには、参加している各エンティティ タイプの関係の主キーを外部キーとして含めます。次に、単純な属性を追加します。これが私が思いついたものです。

ER 図で 2 項関係または 3 項関係をいつ使用するかをどのように判断しますか?

私の課題では、ソリューション内のオブジェクト間の依存関係を示す ER ダイアグラムが必要です。私のものは、いくつかのプロシージャ、テーブル、トリガー、およびシーケンスで構成されています。これらのオブジェクトが SQL ER ダイアグラムで許可されているかどうかを知っている人はいますか? 私の講師が示した例は表だけで構成されていたので、これを尋ねます。これらのオブジェクトが ER 図で許可されている場合、それらを表す適切な方法は何ですか?

MySQLデータベースまたは.sqlファイルをリバース エンジニアリングできる ER ダイアグラム ジェネレーターについて、いくつか提案はありますか?

MS Visio、MySQL Workbench などはほとんど知りませんが、表形式で図を生成しますが、従来の長方形、楕円形、ひし形の図をリバース エンジニアリングしたいと考えています。

助言がありますか？

エンティティ関係図を SQL ステートメントに変換する前に、このモデルに、SQL データベース スキーマを作成したときに現れる不条理や異常が含まれていないかどうかを誰かに確認してもらえるかどうか尋ねてみようと思いました。

顧客と VIP の間の関係のカーディナリティについて特に確信が持てません。また、サプライヤーと CD の関係。VIP エンティティのstart_date - 弱いキーにする必要がありますか? Songエンティティのname属性以外に潜在的な弱いキーはありますか?

伝説

• 実在物
• 属性
• 弱い実体
• 関係
• 関係の特定
• カーディナリティ比

図を作成するための参考として、次の Web サイトを使用しました。

1. http://en.wikipedia.org/wiki/File:ERD_Representation.svg
2. http://en.wikipedia.org/wiki/Entity-relationship_model
3. http://www.cse.ohio-state.edu/~gurari/course/cse670/cse670Ch2.xht

図の作成に使用したソフトウェア: Dia (Linux)

この質問は、DBMS 大学の質問用紙で見つけました。それがER図のトピックに属しているのか、それとも他のトピックに属しているのか混乱しています。助けてください。

ここでは、エンティティの主キーがない図を見てきました。

この図では、item の order_level と price に主キーがありません。主キーがない場合、データ ディクショナリに表示する方法は?

ダイアグラムを生成して、そのダイアグラムのpdfを作成したい比較的小さなデータベースがあります。SQL Serverで作成した図（すべてのテーブルがPDFドキュメントの1ページに収まる）がありますが、それをドキュメントにエクスポートする方法がわかりません。これは可能ですか？私が見つけた唯一のオプションは、クリップボードにコピーしてからWordドキュメントに貼り付けることですが、品質はあまり良くありません。

タイトル通りです。PDF（おそらくいくつかのdll）で印刷するためにラテックスファイル（またはテキストファイル）に変換できるER図を生成することは可能ですか？または、そのようなダイアグラムを動的に作成するにはどうすればよいですか? 何か提案はありますか？私はそのように「見える」：

データベースから、必要なすべてのテーブル名とそのテーブルのすべての列名を抽出する必要があります。次に、リレーションを作成する必要があります。これは、かなり難しいように見える部分です。データベースから単純なER図を生成する簡単な方法がある前に言ったように、アドバイスをいただけますか。