1樓:匿名使用者
3nf 包含 2nf 包含 1nf,關係正規化都是在滿足前一正規化的基礎上增加了新的約束。
資料庫,er圖轉化為關係模式,達到3nf
2樓:匿名使用者
3nf 分解主要是看是否有傳遞依賴,而且你說的部分依賴應該是指部分函式依賴於碼吧。
這裡首先要找出模式的碼:(工號)
因此從函式依賴可以看出(工號→職位,職位→薪酬)存在傳遞依賴於碼的問題,此時分解為3nf就是消除傳遞依賴
員工(工號,部門編號,姓名,性別,職位)
職薪(職位,薪酬)
er圖的聯絡轉化為關係模式時,一般不需要進行3nf分解,除非er圖設計得有問題
3樓:亓官曉慧師雙
是第三正規化,就是裡面不能有插入刪除的冗餘,要求是轉換為關係,就是給出這樣的格式:客戶(客戶編號,客戶名。。。),但是轉後厚的關係還要滿足剛剛說的第三正規化,每個實體的屬性要你自己確定
,你可以自己給,
比如客戶的屬性有編號,姓名,身份證號,
商品的有編號,商品名,類別,售價,***,生產日期,保質期。
貨架的屬性有(編號,層數等)
進貨商有編號,名稱,連聯絡**,地址等。
在資料設計中,將e-r 圖轉換成關係資料模型的過程屬於什麼階段?
4樓:阿甘另傳
在資料設計中,將e-r 圖轉換成關係資料模型的過程屬於邏輯資料階段;
解析;e-r 圖轉換成關係資料模型是把圖形分析出來的聯絡反映到資料庫中,即設計出表,這屬於邏輯資料階段。
#計算機二級msoffice的高階應用#希望對讀者您有幫助,謝謝!
5樓:洋果凍爽歪歪
資料庫設計通常分為6個階段1(需求分析:分析使用者的需求,包括資料、功能和效能需求;2概念結構設計:主要採用e-r模型進行設計,包括畫e-r圖;3邏輯結構設計:
通過將e-r圖轉換成表,實現從e-r模型到關係模型的轉換;4資料庫物理設計:主要是為所設計的資料庫選擇合適的儲存結構和存取路徑;5資料庫的實施:包括程式設計、測試和試執行;6資料庫執行與維護:
系統的執行與資料庫的日常維護。),主要討論其中的第3個階段,即邏輯設計。通過一個實際的案例說明在邏輯設計中e-r圖向關係模式的轉換。
6樓:
在資料庫設計中,將e-r圖轉換成關係資料模型的過程屬於(邏輯設計)階段
7樓:水果炸彈武士
邏輯設計:首先將e-r圖轉換成具體的數
據庫產品支援的資料模型,形成資料庫邏輯模式;然後根據使用者處理的要求、安全性的考慮,在基本表的基礎上再建立必要的檢視(view),形成資料的外模式,形成「邏輯資料庫」。
把e-r模型轉換為關係模式的轉換規則有哪些
8樓:匿名使用者
er設計模式轉換到關係模式的規則:
1、將每個實體型別轉換成一個關係模式,實體的屬性即為關係模式的屬性,試題識別符號即為關係模式的鍵。
2、根據不同的情況做不同的處理:
(1)若實體間聯絡是1:1,可以在兩個實體型別轉換成的兩個關係模式中任意一個關係模式的屬性中加入另一個關係模式的鍵(作為外來鍵)和聯絡型別的屬性。
(2)若實體間聯絡是1:n,則在n端實體型別轉換成的關係模式中加入1端實體型別的鍵(作為外來鍵)和聯絡型別的屬性。
(3)若實體間聯絡是m:n,則將聯絡型別也轉換成關係模式,其屬性為兩端實體型別的鍵(作為外來鍵)加上聯絡型別的屬性,而鍵為兩端實體鍵的組合。
如何將er模型轉換為關聯式資料庫模式 舉例說明 5
9樓:滿天海晨星
這個應該是很簡單的例項了吧,這就是學生實體和課程實體關係的e-r圖。轉換為資料庫關係模式為:
學生和課程之間是多對多的關係,需要轉化,引入聯絡實體:成績表課程(課程代號,課程名稱),主鍵為課程代號(或者課程名稱)-------還有其他屬性不再一一列出
學生(學號,姓名,年齡),主鍵為學號
成績表(學號,課程代號,成績),複合主鍵(學號,課程代號)另外這是簡單的e-r圖轉化為資料庫模式,如果複雜的e-r圖轉化為關聯式資料庫模式,還有許多問題需要注意,這裡不再多說。希望對你有幫助。
10樓:匿名使用者
這是在電腦程式當中的,哎一些技巧。如果想要轉換為關聯式資料庫,我覺得應該應該用。應該用到資料嗯整理的那一塊兒。
11樓:匿名使用者
有理論有例證
在資料庫中,將e—r圖轉換成關係模型的過程屬於?答案有邏輯設計和概念設計,是哪個?
12樓:匿名使用者
邏輯結構設計
邏輯結構設計的任務,就是把概念結構設計階段建立的基本e-r圖,按選定的管理系統軟體支援的資料模型(層次、網狀、關係),轉換成相應的邏輯模型。這種轉換要符合關係資料模型的原則。
e-r圖向關係模型的轉換是要解決如何將實體和實體間的聯絡轉換為關係,並確定這些關係的屬性和碼。這種轉換一般按下面的原則進行:
(1)一個實體轉換為一個關係,實體的屬性就是關係的屬性,實體的碼就是關係的碼。
(2)一個聯絡也轉換為一個關係,聯絡的屬性及聯絡所連線的實體的碼都轉換為關係的屬性,但是關係的碼會根據聯絡的型別變化,如果是:
1:1聯絡,兩端實體的碼都成為關係的候選碼。
1:n聯絡,n端實體的碼成為關係的碼。
m:n聯絡,兩端實體碼的組合成為關係的碼。
1,將E R圖轉換到關係模式時,實體與聯絡都可以表示成 關係
1 實體來 是一定要表示成源關係的,如果聯絡 bai是沒有屬性的du表示成鍵,若聯絡也有屬zhi性的dao話就得表示成聯絡實體了,如賣方和買方的交易聯絡,是直接交易還是間接交易就是交易的屬性了,這時候交易就得專門成立一個表,就是實體,存放交易記錄。而每一條交易記錄對應唯一的賣方和買方,至於主鍵是什麼...
如何對ER圖轉化以後的關係模式建表?急求詳細解答
可以參照資料庫概念模型到邏輯模型轉換的規則分為一對 一 一對多和多對多 e r圖向關係模型的轉換是要解決如何將實體和實體間的聯絡轉換為關係,並確定這些關係的屬性和碼。這種轉換一般按下面的原則進行 1 一個實體轉換為一個關係,實體的屬性就是關係的屬性,實體的碼就是關係的碼。2 一個聯絡也轉換為一個關係...
ER圖和EER圖ER圖和EER圖不一樣吧?有什麼區別
er圖是屬於概念bai模型它與具體的dbms無關du。從你的zhi截圖上來看,截圖裡的所dao說的資料庫模型圖是內不容準確的,正確的是er模型轉換為關係模型。因為er圖是屬於概念設計階段,它的下一階段就是轉換成關係模型,也就說與具體的dbms有關。下面是資料庫設計的常見四階段 第一階段 使用者需求分...