関係の機能的依存関係とそれらの通常の形を決定する

StackOverflow https://stackoverflow.com/questions/6809110

質問

私はデータベーステストのために勉強しています、そして研究ガイドはDBの正常化と機能的依存のいくつかの（多くの）演習がありますが、教師は同様の演習をしていませんでしたので、誰かがこれを攻撃するのを助けてくれたいです他の16の問題。

1）次の論理スキーマが与えられた：Relationships croduct_sales

POS     Zone     Agent   Product_Code   Qualification   Quantity_Sold
123-A   Zone-1   A-1     P1             8               80
123-A   Zone-1   A-1     P1             3               30
123-A   Zone-1   A-2     P2             3               30
456-B   Zona-1   A-3     P1             2               20
456-B   Zone-1   A-3     P3             5               50
789-C   Zone-2   A-4     P4             2               20

それを前提としています。•販売ポイントはゾーンにグループ化されます。 •販売の各ポイントエージェントがあります。 •各エージェントは単一のPOSで動作します。 •同じ販売ポイントの2つのエージェントは、同じ製品を販売することはできません。 •エージェントが販売する各製品について、製品と販売数量に応じて資格が割り当てられます。

a）存在する4つの機能依存関係を示します。
b）この構造の通常の形式は何ですか。

役に立ちましたか？

解決

4つの機能的依存関係を見つけ始めるには、どの属性について考えてみてください それによる 別の属性について：

例：ゾーンはPOSに依存していますか？ （もしそうなら、 pos->ゾーン）POSはゾーンに依存していますか？ （その場合 ゾーン - > pos).

5つのステートメントのうち4つは、属性間の依存関係（または複数の属性の組み合わせ）について何かを教えてくれます。

正規化に関しては、（比較的）明確なチュートリアルがあります ここ. 。表現 「鍵、鍵全体、そして鍵以外は何もありません」 また、1番目、2番目、3番目の形式を覚えておくための良い方法です。

他のヒント

あなたのコメントで、あなたは言った

まあ、私が読んだ理論によれば、私はそれがそうだと思うかもしれませんが、私は多くの疑問があります：POS→ゾーン、{pos、エージェント}→ゾーン、ゾーン→pos、{agent、product_code、quantion_sold}→資格 -

それは良い努力だと思います。

  1. Pos->ゾーンは正しいと思います。
  2. {pos、agent}→ゾーンはまったく正しいとは思いません。サンプルデータを見て、少し考えたら、そのエージェント - > posを見つけると思います。 と そのエージェント - >ゾーン。
  3. {agent、product_code、quantion_sold}→資格が正しいとは思わない。要件には、「エージェントが販売する各製品について、製品と販売数量に応じて資格が割り当てられています」と述べています。その重要な部分は、「製品と販売数量に応じて資格」です。資格は製品と数量に依存するため、{Product_Code、数量} - >資格。 （2人の異なるエージェントからの同一の注文では、資格が異なる可能性があることを要件の何も示唆していません。）

だからあなたのコメントに基づいて、私はあなたがこれらの機能的依存関係を持っていると思います これまでのところ.

  • pos->ゾーン
  • エージェント - > pos
  • エージェント - >ゾーン
  • Product_code、数量 - >資格

しかし、キーの決定に大きな影響を与える少なくとも1つが欠けています。これが要件です。

同じ販売ポイントの2つのエージェントは、同じ製品を販売することはできません。

その要件で暗示されている機能的依存関係をどのように表現しますか？

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top