database-normalization

0熱

1答えて

は、だから私はFD {A->C, CE->B, BC->AD, D-E}. で、リレーションR（A、B、C、D、E）を持っていると私はBCNFにそれを正規化します。 A-> CおよびD-> EはBCNFに違反するためです。私はABCDE からCとEを引いてABDになります。しかし、元の関係のFDを新しいABD関係にどのように投影するのですか？私はABDの結果FDは {AB->D, AD->B}

0熱

1答えて

この変更は、northwindデータベースの3NFと一致しますか？私がしたいのですが

は、これらのテーブルはInmons 3NFのアプローチ（イムは、Northwindデータベースに取り組んで）一致：私はアドレス事は繰り返し、そのちょっとでもアトミックではありません続け気づい Before をので、私は別のものを置くことにしましたこのような「アドレス」と呼ばれるダイアグラムのテーブル： After は、この有効なアプローチですか？テーブルのアドレスには、すべてのアドレスが格納され

0熱

1答えて

結合を避けるために「冗長」な外部キーを保存する

私はWebアプリケーションプロジェクトのデータベースを設計しています。結論が出ました。これらのクエリに必要な結合数を減らすために、外来キーをどこかに格納するのはどれくらいの難しさがありますか？この時点で、あなたに私が持っているものの例を与えることを：サービス=>予約=>トランザクションを=>財布=> BonusOffer 私はサービスが関連付けられた財布を購入されたかどうかを確認する必要があ

1熱

1答えて

このBCNF変換は正しいですか？

BCNFでリレーションシップをリレーションシップに翻訳する際に問題が発生しました。だからまず第一に私はそれを3NFに変換しなければならなかった。だからここに私が持っているもの。送料（船舶、容量、日付、貨物、価値）PK：船舶、日付。（容量、貨物） - >値： FD：船舶 - >容量、（船舶、日付） - >貨物、容量ここで私は3NFに変換したときに何を得ましたか？ R1（船舶、日付、カーゴ）PK

0熱

1答えて

ABCとCDEに分解して関数の依存関係を保存する

5つの属性ABCDEを持つ関係Rを考えてみましょう。今度はは、Rが2つの小さな関係ABCとCDEに分解されると仮定します。 Sをリレーション（ABC NaturalJoin CDE）と定義します。 a）上記の分解が無損失結合であると仮定します。可逆結合プロパティを保証する依存関係は何ですか。 b）この依存関係によって、「依存性の保持」プロパティがに違反するようなFDを追加してください。 c）

0熱

1答えて

異なるテーブル内の冗長データが3NF正規化と壊れていますか？

私は4つのテーブルを持っています。人（ID（主キー）、名前、職業、場所、SecondJob、PerHour、HoursWorked、電話番号、はworkPhone）仕事（人を指しID（外部キー）：彼らは、次の属性を持っています、タイトル、名前、場所、給与） SecondJob（人を指しID（外部キー）、タイトル、名前）のPhoneNumber（人を指しID（外部キー）、名前、電話番号、はwo

-2熱

1答えて

このデータベーステーブルを正規化するにはどうすればよいですか？

私はSQLを初めて使用しています。私は現在、SQL Server 2008 R2を使用しています。私はいつも私の仕事に欠陥がある、または私はちょうど編集的であると仮定しているため、テーブルが正規化されているかどうかを確認できます。テーブルが正規化されていない場合は、どちらが間違っているのかを教えてください。これまでのところ、3NFで得られた表であり、bcnfに到達できる場合はできるだけ多くのテー

0熱

1答えて

この単純なエンティティリレーションシップダイアグラムはどのように行うことができますか？

私はプロジェクトのエンティティ関係図を効率的に構築するための助けが必要です。これは私の問題の最も重要な部分です：たとえば、非常に小さく、従業員がそこで働くのが非常に不愉快で、働くには非常に古いリソースがありますこのような課題には、それを解決するための多くのアイデアがあります。このアイデアは、通常のクライアントや組織の従業員によって公開することもできます。また、このアイデアは、タイプエバリュエータ

1熱

4答えて

SQL - 正規化問題

私はファンタジーフットボールゲームを作成しています。データベースの設計方法に関する質問があります。私はリーグ間で選手を共有する方法を設計するのが難しく、まだそれを正規化しています。 Playersと呼ばれる可能性のあるすべてのフットボール選手を含むテーブルがあり、Teamsと呼ばれるチーム情報を含むテーブル、Usersというユーザー情報を含むテーブル、リーグ情報を含むテーブル、および他のすべてのテ

1熱

1答えて

簡易結合依存関係

私は結合依存関係の "働き方"を理解するのが難しいです。私は自分自身で事を明確にするのに役立つ質問をしたいと思います。ここWikipediaから単純な定義は次のとおりテーブルTは、常にそれぞれが T. の属性のサブセットを有する複数のテーブルを結合することによってを再現することができれば、Tは、結合依存性の対象となるが次のように些細な参加依存関係が定義されている：トンの場合ablesには