1樓：匿名使用者
可以參照資料庫概念模型到邏輯模型轉換的規則分為一對
一、一對多和多對多
e-r圖向關係模型的轉換是要解決如何將實體和實體間的聯絡轉換為關係，並確定這些關係的屬性和碼。這種轉換一般按下面的原則進行：
（1）一個實體轉換為一個關係，實體的屬性就是關係的屬性，實體的碼就是關係的碼。
（2）一個聯絡也轉換為一個關係，聯絡的屬性及聯絡所連線的實體的碼都轉換為關係的屬性，但是關係的碼會根據聯絡的型別變化，如果是：
1：1聯絡，兩端實體的碼都成為關係的候選碼。
1：n聯絡，n端實體的碼成為關係的碼。
m：n聯絡，兩端實體碼的組合成為關係的碼。
如何將er模型轉換為關聯式資料庫模式 舉例說明 5
2樓：滿天海晨星
這個應該是很簡單的例項了吧，這就是學生實體和課程實體關係的e-r圖。轉換為資料庫關係模式為：
學生和課程之間是多對多的關係，需要轉化，引入聯絡實體：成績表課程（課程代號，課程名稱），主鍵為課程代號（或者課程名稱）-------還有其他屬性不再一一列出
學生（學號，姓名，年齡），主鍵為學號
成績表（學號，課程代號，成績），複合主鍵（學號，課程代號）另外這是簡單的e-r圖轉化為資料庫模式，如果複雜的e-r圖轉化為關聯式資料庫模式，還有許多問題需要注意，這裡不再多說。希望對你有幫助。
3樓：匿名使用者
這是在電腦程式當中的，哎一些技巧。如果想要轉換為關聯式資料庫，我覺得應該應該用。應該用到資料嗯整理的那一塊兒。
4樓：匿名使用者
有理論有例證
請將下面e-r圖轉換成關係模式,並指出每個關係模式的主鍵及外來鍵.
5樓：匿名使用者
公司(公司編號,公司名,地址) 主鍵:公司編號倉庫(倉庫編號,倉庫名,地址,公司編號) 主鍵:倉庫編號 外來鍵:公司編號
職工(職工編號,姓名,性別)主鍵:職工編號聘用(倉庫編號,職工編號,聘期,工資) 主鍵:倉庫編號,職工編號 外來鍵倉庫編號參照倉庫表白外來鍵職工編號參照職工表
在資料設計中，將e-r 圖轉換成關係資料模型的過程屬於什麼階段？
6樓：阿甘另傳
在資料設計中，將e-r 圖轉換成關係資料模型的過程屬於邏輯資料階段；
解析；e-r 圖轉換成關係資料模型是把圖形分析出來的聯絡反映到資料庫中，即設計出表，這屬於邏輯資料階段。
#計算機二級msoffice的高階應用#希望對讀者您有幫助，謝謝！
7樓：洋果凍爽歪歪
資料庫設計通常分為6個階段1（需求分析：分析使用者的需求，包括資料、功能和效能需求；2概念結構設計：主要採用e-r模型進行設計，包括畫e-r圖；3邏輯結構設計：
通過將e-r圖轉換成表，實現從e-r模型到關係模型的轉換；4資料庫物理設計：主要是為所設計的資料庫選擇合適的儲存結構和存取路徑；5資料庫的實施：包括程式設計、測試和試執行；6資料庫執行與維護：
系統的執行與資料庫的日常維護。）,主要討論其中的第3個階段,即邏輯設計。通過一個實際的案例說明在邏輯設計中e-r圖向關係模式的轉換。
8樓：
在資料庫設計中，將e-r圖轉換成關係資料模型的過程屬於（邏輯設計）階段
9樓：水果炸彈武士
邏輯設計：首先將e-r圖轉換成具體的數
據庫產品支援的資料模型，形成資料庫邏輯模式；然後根據使用者處理的要求、安全性的考慮，在基本表的基礎上再建立必要的檢視(view)，形成資料的外模式，形成「邏輯資料庫」。
E R圖，和關係模式（要達到2，3NF）求助
3nf 包含 2nf 包含 1nf，關係正規化都是在滿足前一正規化的基礎上增加了新的約束。資料庫，er圖轉化為關係模式，達到3nf 3nf 分解主要是看是否有傳遞依賴，而且你說的部分依賴應該是指部分函式依賴於碼吧。這裡首先要找出模式的碼 工號 因此從函式依賴可以看出 工號 職位，職位 薪酬 存在傳遞...
資料庫er圖轉化為關係模型,請幫忙看一下
實體 bai 員工 工號,du 部門編號,姓名,性別zhi,住 dao址,入職時間,職回位編號 主鍵 答工號,外來鍵 職位編號 職位 職位編號,職位,薪酬 主鍵 職位編號 結算賬單 賬單編號,房號,住店費用,住店天數 主鍵 賬單編號 客戶 身份證號,姓名,性別,主鍵 身份證號 客房 房號,床位,客房...
1，將E R圖轉換到關係模式時，實體與聯絡都可以表示成 關係
1 實體來 是一定要表示成源關係的，如果聯絡 bai是沒有屬性的du表示成鍵，若聯絡也有屬zhi性的dao話就得表示成聯絡實體了，如賣方和買方的交易聯絡，是直接交易還是間接交易就是交易的屬性了，這時候交易就得專門成立一個表，就是實體，存放交易記錄。而每一條交易記錄對應唯一的賣方和買方，至於主鍵是什麼...