2017-06-09 18 views
1

最も借りた書籍カテゴリを見つける必要があります。ですから、私は次のUML図を持っています。 Library UML多対多ディメンションテーブルライブラリデータベース

だから私は次のようにアップ作ってみたディメンションテーブルとファクトテーブルの作成時: Dimension tables and fact table

しかし、認証(寸法)アソシエーションテーブルはないと思えます。間違いはありますか?どのように修正できますか? 編集:おそらくカテゴリとパブリッシャーのディメンションテーブルは存在しないはずです。彼らは本を添付する必要があります。

+0

どのように「正しい」と思われませんか?あなたの実際の問題は何ですか? –

+0

今Authディメンション表を作成しました。しかし、明らかにブリッジテーブルメソッド、ブールメソッドなどのいくつかのメソッドがあるので、私は私のディメンションテーブルについてはわかりません。 – Ali

+0

あなたはここで5つの異なる質問をしています。しかし、あなたはそれらのどれかを明確に求めていません。下記の答えを読んで、明確に述べられている問題があれば回答してください。 –

答えて

2

寸法モデルを再設計する必要があります。

ファクトテーブルには、以下のフィールドを持つ "認証" でなければなりません:

  • Staff_ID
  • STUDENT_ID
  • Book_ID
  • Issued_Date
  • Borrowed_Till

次にあなたが4次元を必要としますテーブル:

  • 職員(スタッフキーが含まれている、スタッフは図書館の属性、属性)
  • 学生(学生のキー、学生の属性)
  • ブック(書籍キー、ブック属性、出版社、カテゴリー)
  • カレンダー(日付キー、カレンダー属性) Borrowed_Tillの2番目のカレンダーが必要な場合があります。
+0

ファクトテーブルがディメンションテーブルキーで構成されていてはなりませんか?私はこの事の新人です。 – Ali

+1

はい。 Staff_ID、Student_ID、Book_IDはすべてディメンション・テーブル・キーです –

+0

@Ali:はい、一貫性があります。同時に、接続に「ナチュラルキー」を使用しないでください。また、あなたの次元は "ISBN"ではなく "Book"であるので、Book_IDは "ISBN_Key"よりもこのキーディメンションのほうが良い名前です – RADO