1樓:阿冬
這裡面全都是一對多的聯絡,轉換起來很容易,每個實體作為一張表,每個版多端的實體增權加另外一端的主鍵作為外來鍵,即可:
課程(課程號,課程名)
題型(題型號,題型名,課程號),其中課程號是外來鍵章節(章節號,章節名,章節內容,課程號),其中課程號是外來鍵題目(題號,題幹,題型號,章節號,課程號,選擇答案1,選擇答案2,選擇答案3,選擇答案4,正確答案),其中題型號、章節號、課程號分別都是外來鍵
把這個er圖實現成一個滿足3nf的關係模式
2樓:胥曉瑤白蓓
這裡面全都
bai是一對多的聯絡,轉換du起來很容易,每個實zhi體作為一張dao表,每個多端的實體增加另內
外一端容的主鍵作為外來鍵,即可:
課程(課程號,課程名)
題型(題型號,題型名,課程號),其中課程號是外來鍵章節(章節號,章節名,章節內容,課程號),其中課程號是外來鍵題目(題號,題幹,題型號,章節號,課程號,選擇答案1,選擇答案2,選擇答案3,選擇答案4,正確答案),其中題型號、章節號、課程號分別都是外來鍵
3樓:北正牧職
3nf分解主
bai要是看是否有傳遞du
依賴,而且zhi
你說的部分依賴應該是dao指部分函式內依賴於碼吧。
這裡容首先要找出模式的碼:(工號)
因此從函式依賴可以看出(工號→職位,職位→薪酬)存在傳遞依賴於碼的問題,此時分解為3nf就是消除傳遞依賴
員工(工號,部門編號,姓名,性別,職位)
職薪(職位,薪酬)
er圖的聯絡轉化為關係模式時,一般不需要進行3nf分解,除非er圖設計得有問題
資料庫,er圖轉化為關係模式,達到3nf
4樓:匿名使用者
3nf 分解主要是看是否有傳遞依賴,而且你說的部分依賴應該是指部分函式依賴於碼吧。
這裡首先要找出模式的碼:(工號)
因此從函式依賴可以看出(工號→職位,職位→薪酬)存在傳遞依賴於碼的問題,此時分解為3nf就是消除傳遞依賴
員工(工號,部門編號,姓名,性別,職位)
職薪(職位,薪酬)
er圖的聯絡轉化為關係模式時,一般不需要進行3nf分解,除非er圖設計得有問題
5樓:亓官曉慧師雙
是第三正規化,就是裡面不能有插入刪除的冗餘,要求是轉換為關係,就是給出這樣的格式:客戶(客戶編號,客戶名。。。),但是轉後厚的關係還要滿足剛剛說的第三正規化,每個實體的屬性要你自己確定
,你可以自己給,
比如客戶的屬性有編號,姓名,身份證號,
商品的有編號,商品名,類別,售價,***,生產日期,保質期。
貨架的屬性有(編號,層數等)
進貨商有編號,名稱,連聯絡**,地址等。
怎麼把er模型轉換為3nf關係模式 50
6樓:兄弟連教育北京總校
3nf 分解主要是看是bai否有傳遞依賴du,而且你說zhi的部分依賴應該是dao指部分函式依賴於碼吧。回
答這裡首先要找出模式的碼:(工號)
因此從函式依賴可以看出(工號→職位,職位→薪酬)存在傳遞依賴於碼的問題,此時分解為3nf就是消除傳遞依賴
員工(工號,部門編號,姓名,性別,職位)
職薪(職位,薪酬)
er圖的聯絡轉化為關係模式時,一般不需要進行3nf分解,除非er圖設計得有問題
把這個ER圖實現成滿足3NF的關係模式
這裡面全都 bai是一對多的聯絡，轉換du起來很容易，每個實zhi體作為一張dao表，每個多端的實體增加另內 外一端容的主鍵作為外來鍵，即可 課程 課程號，課程名 題型 題型號，題型名，課程號 其中課程號是外來鍵章節 章節號，章節名，章節內容，課程號 其中課程號是外來鍵題目 題號，題幹，題型號，章節...
ER圖的含義，er圖的作用是什麼
原發布者 simonyang0001 第二部分關聯式資料庫表間聯絡本章要點 聯絡 e r圖 e r圖轉換為關係模式 完整性規則為什麼要使用聯絡 現實世界中，事物內部以及事物之間是有聯絡的，這些聯絡在 資訊世界 反映為實體內部的聯絡和實體之間的聯絡。什麼是聯絡 聯絡是指實體之間的相互關聯聯絡的型別 一...
請問這個系統用的什麼資料庫？怎麼畫er圖
這是資料庫設計的重點，也是資料庫設計的難點。那麼，如何才能正確地反映客觀現實，將er 圖畫好呢？答案是，必須進行正確的需求分析。那麼如何進行需求分析呢？需求分析一般有兩種方法，一種是結構化分析 sa 一種是物件導向分析 ooa 通過這兩種方法的實施以後，都可以得到比較正確的er 圖。現在以下面的實際...