タグ付けされた質問 「erd」

データベースの列に次のようにラベルを付けていました。 user_id user_name user_password_hash 2つのテーブルを結合する際の競合を避けるために、テーブルをエイリアスする方法についてさらに学んだので、これをやめました。 データベースの列にラベルを付ける効果的な方法は何ですか？どうして？

30 database-design  erd 

次のエンティティ関係図に示されているシナリオをSQLに実装するにはどうすればよいですか？ それが示されているように、すべてのAエンティティタイプの発生に関連しなければならない少なくとも1つの B（二重接続線で示す）の対応、およびその逆。次の3つのテーブルを作成する必要があることを知っています。 CREATE TABLE A ( a INT NOT NULL, CONSTRAINT A_PK PRIMARY KEY (a) ); CREATE TABLE B ( b INT NOT NULL, CONSTRAINT B_PK PRIMARY KEY (b) ); CREATE TABLE R ( a INT NOT NULL, b INT NOT NULL, CONSTRAINT R_PK PRIMARY KEY (a, b), CONSTRAINT …

17 database-design  erd 

SQL質問を使用したリレーショナルデータベース内のツリー状データのトラバースに基づいて、物理的意味を考慮してリレーショナルデータベース上でツリー状データを記述するために定期的に使用される方法を知りたいですか？ RDBMSには、通常のSQL ANSIまたは一般的な利用可能な機能以外の特別な機能はないものと想定しています。 疑いの余地なく、私は常にMySQLとPostgreSQL、そして最終的にSQLiteに興味があります。

13 tree  relational-theory  database-design  erd 

アンケート、質問、回答を保存するための最適なリレーショナルモデリングアプローチに関するアドバイスを探しています。 以下の2つのアプローチのどちらが最適か、またはどちらかに対する代替アプローチを探しています。 私は少なくともこれらのエンティティを持っています： 質問 調査 人 そして、少なくともこれらの関係： 各調査には1つ以上の質問があります。 各質問は0回以上のアンケートで使用できます。 一人一人が0以上の調査を行うことがあります。 ここで問題が発生します。人が行った調査の質問に対する応答をモデル化する方法。 ここに私が検討した2つのアプローチがありますが、どちらも私には非常に良いとは思えません。この図は、問題を説明するために大幅に簡略化されています。 アプローチ1： このアプローチについて私が好きではないこと： survey_person_question_responseテーブルには、調査を参照する2つの異なる列がありますsurvey_question_survey_idし、survey_person_survey_id survey_idこれらの2つの列の1つの行で異なるが参照されていると、エラーになります。survey_questionは、survey_personを担当した人と同じ調査のものである必要があります。これを強制する良い方法がわかりません。 ここで私がしていることは、2つの関係の関係を作っているようです。なんらかの理由でそれは私には間違っていると感じます。 アプローチ2： 同じ値を参照する必要があるアプローチ1からの2つのFKを避けてください... このアプローチについて私が好きではないこと： question_idおよびsurvey_idFKが有効なsurvey_questionペアからのものであるという強制はありません。 survey_idおよびperson_idFKが有効なsurvey_personペアからのものであるという強制はありません。 に関するアドバイス： これらのアプローチの1つが典型的なアプローチかどうか これらのアプローチのいずれかの長所と短所 このデータを完全に整理するためのより良い方法 いただければ幸いです！

13 database-design  erd 

VIEWS（CREATE VIEW）はERDで表されますか？もしそうなら、どのようにそれらを表現し、どのテーブルから来たのかを指定しますか？

12 view  erd 

以下で詳しく説明するように、音楽アーティストの描写を含むビジネスコンテキストのエンティティ関係図（ERD）を設計する必要があります。 シナリオの説明 アンアーティストが持っている名前を、とでなければならないのいずれかのグループ やソロパフォーマー（両方ではありません）。 A グループは、一人の以上で構成されソロパフォーマーと有するメンバーの数（数から計算されるべきであるソロ出演構成するグループ）。 A ソロパフォーマーは、かもしれ加盟多くの団体、あるいは全くのグループと1つの以上プレイしてもよい楽器を。 質問 このようなシナリオを表すERDを構築する方法は？「または」の部分と混同しています。

12 database-design  erd  database-diagrams  subtypes  many-to-many 

概念図を作成しています[そうです、属性とキーが含まれていることは知っていますが、これは、学習中に行っていることを統合するためだけのものです]-したがって、関係と図表の方法ではなく表;） 私の心のハードルは次のとおりです。 私は、プロファイル、場所、および組織の関係をモデル化する最良の方法を確認しようとしています。 まず、ルール： 1つ以上のプロファイルは、1つ以上の組織のメンバー/友達になることができます。およびその逆。 1つまたは複数のプロフィールを他のプロフィールのメンバー/友達にすることができます。 1つ以上の組織が他の組織のメンバー/フレンドになることができます。 FriendとMemberは異なります。Friendsは読み取り専用のようなものであり、[レベルに応じて]メンバーは変更するためのフルアクセス権を持っています。 さらに複雑なことに、ロケーションには独自の「さらに」洗練されたルールのセットがあります。たとえば、組織は2つのロケーションを所有しますが、ロケーションルールによっては、その組織のメンバー[ プロファイル ]が1つのロケーションでフルアクセスできますが、その他。[申し訳ありませんが、表示サイズを上げるには、別のウィンドウで画像を開く必要があります。] ご覧のように、プロファイルと組織の概念はほとんど同じです。これは、モデル化されていない友達とメンバーの概念です。[...オーナー/レコード内の管理者/メンバー/友達など]。したがって、なぜ私は次の概念を考えているのですか？ 上の画像のOption.2を参照してください。これは、現在の組織とOrganization_Locationsテーブルとそれらの関係を削除し、プロファイルとのやや再帰的な関係としてOption.2組織テーブルに置き換えます。 問題の核心は、私が多態性をプログラム的に気にしすぎて、単純さと柔軟性を損ない、プロセスで完全に混乱しているのかどうかだと思います;） 事前にあなたの考えをありがとう、大いに感謝-M :)。 改訂された図： MDCCLの質問への回答： はい、プロフィールは1人の人物で構成され、同じ意味を持っています-あなたの理論的根拠が向かっているところに-私はあなたが正しいと信じています：組織と人物はプロフィールのサブタイプである可能性があります。したがって、プロファイルは1人または1つの組織で構成されます。 プロファイルごとに1つのメールアドレス。 はい。上記のように、組織には少なくともメールアドレスが必要です。 正しい、1つの固定アドレス。 それは可能性ですが、まれです-私が学んでいることから-したがって、将来の寿命などのためにそのようなモデルを作成する必要があります。したがって、確認のために、ロケーションは複数の人が所有することができます。 場所は間違いなく他のほとんどの間の不可欠なエンティティです。おそらく私はここで簡潔に何ができるかを明確にし、次にこの質問への有益な追加にうまくいけば私の他の答えを最初に読んでみましょう[ そして最後に＃6への私の答えを見てください ];）Re：役割の所有者 An **Organization** can be an Owner of zero or more **Locations**. A Person can be an owner of zero of more Locations[したがって、以前に推測したとおり。簡単に言えば、プロファイルは0個以上のロケーションの所有者になることができます。 はい、ロケーションの所有者であるプロファイルは、すべてのロール権限[スーパーユーザー]を想定しています。プロファイルで管理者は、特定の細部修正できる場所が、主に他のすべてを介して供給された詳細/データ編集/助けプロファイルを/ S …

11 sql-server  database-design  erd  inheritance  recursive 

私は学生で、学界の一部としていくつかのプロジェクトを開発しています。 あるプロジェクトのデータベースを開発しているときに、ERDが必要かどうかを考えている状況に遭遇しました。現在、私たち全員が最初にERDを開発し、次にそれからデータベースを開発することに同意しているわけではありません。 大多数の人は、紙で直接要求されるシステムに従って口頭でデータベースをオンザフライで開発することを好みます。 現在、私はデータベースの原則を厳守しています。データベースはERDのみから開発する必要があると思います。だから、私は次のことを知りたいだけです： 業界はこれらの原則に従っていますか？ ERDの開発に時間を浪費しているだけですか？ ERDを開発する利点は何ですか？

10 database-design  erd 

エンティティ関係図では、インデックスはどのように見えますか？ 私はそれをグーグルで調べました、そしてERDでインデックスの標準的な外観が何であるかわかりません。そして、私はすべてのフィールドを含むcrowsfootダイアグラムについて話している。

10 index  clustered-index  erd  nonclustered-index 

Oracleデータベースがあり、Visio 2007 ProでERDを作成したいと考えています。 これまで、DDLを生成するためのDBMS_METADATA.GET_DDLコマンドを見てきました。Access DBをVisioにインポートできることはわかっていますが、AccessはOracleとは異なるSQL方言を理解しているようなので、データ型を変更するには、すべてのCreate Tableコマンドを微調整する必要があります。 Visio Pro 2007でDDLを使用してERDを作成する簡単な方法はありますか？

9 oracle  import  erd  ddl  visio 

次の3項関係を考えます。 すべてのエンティティに2つの属性（PKと名前）しかないと仮定します。 ここに私が導き出した表があります（5つの表）： Sector ------------------------- ID_Sector SectorName ------------------------- Product ------------------------- ID_Product ProductName ------------------------- Company -------------------------------------- ID_Company ID_Sector CompanyName -------------------------------------- Relationship 1 (R1) ------------------------- ID_Sector ID_Product ------------------------- Relationship 2 (R2) ------------------------- ID_Company ID_Product ------------------------- 質問： その三者関係の良い解決策ですか？次の単一のテーブルの代わりに2つのテーブル（R1とR2）を持つことの違いは何ですか？ Ternary table ------------------------------------- ID_Sector ID_Company ID_Product ------------------------------------- 私には、各リレーションシップ（R1とR2）に2つの別々のテーブルがある方が、1つのテーブルを持つよりも良い解決策のように見えますが、それが実際に当てはまるのか、それが良い方法なのかはわかりません。

8 database-design  erd  table  database-diagrams 

私はクラス割り当てのERダイアグラムを作成していますが、他のエンティティと直接の関係がないエンティティを作成し、外部キーを使用してそれらを接続することは可能だろうかと考えていました。下の図は、私がやりたいことを示しています 基本的に、私のダイアグラムは非常に複雑になり始めており、すべてのエンティティ間の接続を維持する必要がなかったとしたら、それは素晴らしいことです。 FWIW、それが助けになれば、Chen and Crow's Foot表記を使用しています。

8 database-design  erd