1樓:滿天海晨星
實體:bai
員工(工號,du
部門編號,姓名,性別zhi,**,住
dao址,入職時間,職回位編號)主鍵:答工號,外來鍵:職位編號
職位(職位編號,職位,薪酬)主鍵:職位編號
結算賬單(賬單編號,房號,住店費用,住店天數)主鍵:賬單編號
客戶(身份證號,姓名,性別,**)主鍵:身份證號
客房(房號,床位,客房**,客房狀態,型別編號)主鍵:房號,外來鍵:型別編號
房間型別(型別編號,床位,型別名稱,客房**,額定人數,有無空調,有無電腦)主鍵:型別編號
關係:入住記錄(入住編號,房號,身份證號,入住時間,退房時間)主鍵:入住編號
換房記錄(記錄編號,身份證號,原房號,新換房號,換房時間)主鍵:記錄編號
預定(預定單號,房號,身份證號,預定入住時間,住店天數)主鍵:預訂單號
內務整理(記錄編號,房號,工號,整理時間,用品消耗)主鍵:記錄編號
其中職工職位關係和客房所屬型別關係已在實體屬性中的外來鍵體現。
員工中的職位編號和客房中的型別編號。
如何將er模型轉換為關聯式資料庫模式 舉例說明 5
2樓:滿天海晨星
這個應該是很簡單的例項了吧,這就是學生實體和課程實體關係的e-r圖。轉換為資料庫關係模式為:
學生和課程之間是多對多的關係,需要轉化,引入聯絡實體:成績表課程(課程代號,課程名稱),主鍵為課程代號(或者課程名稱)-------還有其他屬性不再一一列出
學生(學號,姓名,年齡),主鍵為學號
成績表(學號,課程代號,成績),複合主鍵(學號,課程代號)另外這是簡單的e-r圖轉化為資料庫模式,如果複雜的e-r圖轉化為關聯式資料庫模式,還有許多問題需要注意,這裡不再多說。希望對你有幫助。
3樓:匿名使用者
這是在電腦程式當中的,哎一些技巧。如果想要轉換為關聯式資料庫,我覺得應該應該用。應該用到資料嗯整理的那一塊兒。
4樓:匿名使用者
有理論有例證
圖是某個教務管理資料庫的e-r圖,請把他們轉換為關係模型
5樓:匿名使用者
學生伸手黨啊,er圖都給出了,建個實體關係模型,你如果只是某一個知道怎麼處理可以問一下,你一點都不做,就拿題來要答案這有點說不過去吧!
你可以先試試做,如果到哪一步了,確實不明白,可以告訴你。
有關資料庫系統的練習題 e-r圖的關係畫圖轉換,,急需 謝謝了
6樓:匿名使用者
你看下下邊的例子,你的問題就可以解決了。
設某商業集團資料庫中有三個實體集。一是「商店」實體集,屬性有商店編號、商店名、地址等;二是「商品」實體集,屬性有商品號、商品名、規格、單價等;三是「職工」實體集,屬性有職工編號、姓名、性別、業績等。
商店與商品間存在「銷售」聯絡,每個商店可銷售多種商品,每種商品也可放在多個商店銷售,每個商店銷售一種商品,有月銷售量;商店與職工間存在著「聘用」聯絡,每個商店有許多職工,每個職工只能在一個商店工作,商店聘用職工有聘期和月薪。
(1) 試畫出er圖,並在圖上註明屬性、聯絡的型別。
圖5.1
(2) 將er圖轉換成關係模型,並註明主鍵和外來鍵。
解:(1) er圖如圖5.1所示。
(2)這個er圖可轉換4個關係模式:
商店(商店編號,商店名,地址)
職工(職工編號,姓名,性別,業績,商店編號,聘期,月薪)商品(商品號,商品名,規格,單價)
銷售(商店編號,商品號,月銷售量)
7樓:匿名使用者
er圖如上
關係模型如下:
經理(經理號,經理名)主鍵:經理號
職工(職工號,職工名,商店號)主鍵:職工號;外來鍵:商店號商店(商店號,商店名,經理號)主鍵:商店號;外來鍵:商店號顧客(顧客號,顧客名)主鍵:顧客號
購物(顧客號,商店號,消費日期,消費金額)主鍵:顧客號,商店號;外來鍵:顧客號,商店號
在資料設計中,將e-r 圖轉換成關係資料模型的過程屬於什麼階段?
8樓:阿甘另傳
在資料設計中,將e-r 圖轉換成關係資料模型的過程屬於邏輯資料階段;
解析;e-r 圖轉換成關係資料模型是把圖形分析出來的聯絡反映到資料庫中,即設計出表,這屬於邏輯資料階段。
#計算機二級msoffice的高階應用#希望對讀者您有幫助,謝謝!
9樓:洋果凍爽歪歪
資料庫設計通常分為6個階段1(需求分析:分析使用者的需求,包括資料、功能和效能需求;2概念結構設計:主要採用e-r模型進行設計,包括畫e-r圖;3邏輯結構設計:
通過將e-r圖轉換成表,實現從e-r模型到關係模型的轉換;4資料庫物理設計:主要是為所設計的資料庫選擇合適的儲存結構和存取路徑;5資料庫的實施:包括程式設計、測試和試執行;6資料庫執行與維護:
系統的執行與資料庫的日常維護。),主要討論其中的第3個階段,即邏輯設計。通過一個實際的案例說明在邏輯設計中e-r圖向關係模式的轉換。
10樓:
在資料庫設計中,將e-r圖轉換成關係資料模型的過程屬於(邏輯設計)階段
11樓:水果炸彈武士
邏輯設計:首先將e-r圖轉換成具體的數
據庫產品支援的資料模型,形成資料庫邏輯模式;然後根據使用者處理的要求、安全性的考慮,在基本表的基礎上再建立必要的檢視(view),形成資料的外模式,形成「邏輯資料庫」。
資料庫,er圖轉化為關係模式,達到3nf
12樓:匿名使用者
3nf 分解主要是看是否有傳遞依賴,而且你說的部分依賴應該是指部分函式依賴於碼吧。
這裡首先要找出模式的碼:(工號)
因此從函式依賴可以看出(工號→職位,職位→薪酬)存在傳遞依賴於碼的問題,此時分解為3nf就是消除傳遞依賴
員工(工號,部門編號,姓名,性別,職位)
職薪(職位,薪酬)
er圖的聯絡轉化為關係模式時,一般不需要進行3nf分解,除非er圖設計得有問題
13樓:亓官曉慧師雙
是第三正規化,就是裡面不能有插入刪除的冗餘,要求是轉換為關係,就是給出這樣的格式:客戶(客戶編號,客戶名。。。),但是轉後厚的關係還要滿足剛剛說的第三正規化,每個實體的屬性要你自己確定
,你可以自己給,
比如客戶的屬性有編號,姓名,身份證號,
商品的有編號,商品名,類別,售價,***,生產日期,保質期。
貨架的屬性有(編號,層數等)
進貨商有編號,名稱,連聯絡**,地址等。
資料庫邏輯設計~~~急求~~er圖轉換成關係模型(學生選課系統)
14樓:匿名使用者
這是用powerdesigner 畫的,你可以參考一下
15樓:水嘆花
用powerdesigner做的圖行不
c語言題目,在資料庫設計中,將e-r圖轉換成關係模型資料的過程屬於()階段?
16樓:四舍**入
在資料庫設計中,將e-r圖轉換成關係模型資料的過程屬於:邏輯設計階段。
e-r模型即實體-聯絡模型,是將現實世界的要求轉化成實體、聯絡、屬性等幾個基本概念,以及它們之間的兩種聯接關係。資料庫邏輯設計階段包括以廠幾個過程:從e-r圖向關係模式轉換,邏輯模式規範化及調整、實現規範化和rdbms,以及關係檢視設計。
17樓:匿名使用者
肯定是邏輯設計啊,概念設計,顧名思義就是把概念性的東西用圖形化表示出來,e-r圖轉換成關係模型資料則是把圖形分析出來的聯絡到資料庫中,即設計出表。
急 在資料庫設計中，將E R圖轉換成關係資料模型的過程屬於
在資料庫設計中，將e r圖轉換成關係資料模型的過程屬於 邏輯設計 階段 肯定是邏輯設計啊，概念設計，顧名思義就是把概念性的東西用圖形化表示出來，e r圖轉換成關係模型資料則是把圖形分析出來的聯絡到資料庫中，即設計出表。c語言題目，在資料庫設計中，將e r圖轉換成關係模型資料的過程屬於 階段？在資料庫...
在資料庫中，關係模型是否屬於概念資料模型的一種
關係模型 模式 是邏輯結構設計產生的模型 概念結構設計的任務是將現實世界的資訊抽象為計算機世界的資訊 產生e r模型 邏輯結構設計的任務是將e r模型轉換為關係模型 所以應該不屬於 概念資料模型應該是e r模型 應該不能說是概念資料模型的一種。目前主流的都是關係模型。比如sql server ora...
關聯式資料庫的三大要素是那些，資料模型三要素是什麼？
1 關係模型資料結構 實際存在的表，是實際儲存資料的邏輯表示，由版基本表或其他視權 圖表到處的表，是虛標，不對應實際儲存的資料。2 關係模型的關係操作集合 查詢和插入，刪除，修改。查詢又可以分為 選擇，投影，連線，除，並，差，交，笛卡兒積。3 完整性約束 實體完整性 主屬性不能為空，參照完整性 外來...