1樓：仙人掌的憂傷
資料庫設計通常分為6個階段：
1、需求分析：分析使用者的需求，包括資料、功能和效能需求；
2、概念結構設計：主要採用e-r模型進行設計，包括畫e-r圖；
3、邏輯結構設計：通過將e-r圖轉換成表，實現從e-r模型到關係模型的轉換；
4、資料庫物理設計：主要是為所設計的資料庫選擇合適的儲存結構和存取路徑；
5、資料庫的實施：包括程式設計、測試和試執行；
6、資料庫執行與維護：系統的執行與資料庫的日常維護。主要討論其中的第3個階段,即邏輯設計。通過一個實際的案例說明在邏輯設計中e-r圖向關係模式的轉換。
2樓：族諾子悠
資料庫設計通常分為6個階段1（需求分析：分析使用者的需求，包括資料、功能和效能需求；2概念結構設計：主要採用e-r模型進行設計，包括畫e-r圖；3邏輯結構設計：
通過將e-r圖轉換成表，實現從e-r模型到關係模型的轉換；4資料庫物理設計：主要是為所設計的資料庫選擇合適的儲存結構和存取路徑；5資料庫的實施：包括程式設計、測試和試執行；6資料庫執行與維護：
系統的執行與資料庫的日常維護。）,主要討論其中的第3個階段,即邏輯設計。通過一個實際的案例說明在邏輯設計中e-r圖向關係模式的轉換。
資料庫中的er圖，是不是每一張表對應著一個實體？
3樓：匿名使用者
第一個問題，是不是每一張表對應著一個實體？
樓主的概念混亂，一個表是什麼？是一個關係，也就是關係模式（但還是有點區別）。我舉個例子，一個學生表，裡面有很多學生的資訊記錄，一個學生是一個實體，所以一張表應該對應的一個實體集。
第二個問題，「借還」屬於關係還是屬於實體？
實體是什麼，實體是可以被標識的東西。實體的可以是具體的東西（人、車子。。。），也可以是抽象的（飛機航行，交通規則），那麼借還記錄也是一個實體。
在er圖中，「借還」是學生實體和圖書實體之間的聯絡，是一個聯絡集。怎麼就成了關係和實體了？
先打這麼多吧，樓主不懂繼續問。
4樓：匿名使用者
關係表.並且是一對多的。一個學生可以借多本書,這一本書一次只能被一個學生借走(同樣的書不存在多本的情況下)。表中應該有id、學生id、圖書id吧。
資料庫模型圖和er圖區別是什麼?
5樓：
er圖是屬於概念模型它與具體的dbms無關。
從你的截圖上來看，截圖裡的所說的資料庫模型圖是不準確的，正確的是er模型轉換為關係模型。
因為er圖是屬於概念設計階段，它的下一階段就是轉換成關係模型，也就說與具體的dbms有關。
下面是資料庫設計的常見四階段：
第一階段：使用者需求分析；
第二階段：概念設計(即e-r模型)； 與具體的dbms無關第三階段：關係模型； 與具體的dbms有關第四階段：物理模式。
在資料設計中，將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)，形成資料的外模式，形成「邏輯資料庫」。
在microsoft visio中畫資料庫的er圖，應該選擇哪種模具啊？
10樓：匿名使用者
要做資料字典等文件,我還是建議你使用powerdesigner
這個用起來,更為專業一些,而且與資料庫關聯也更好一些.
11樓：本末終始
1.visio有專用的資料復庫建模模板制
，操作如下：
檔案-->新建-->軟體和資料庫-->資料庫??(手頭電腦未裝visio，記得不太清.大概是不錯的.)
2.visio的資料庫建模模板與er圖有所不同，但更好用，也更先進。
3.若一定要畫er圖，可用「框圖」或「基本框圖」模板，其中有了所有er圖需要的形狀。操作如下：
檔案-->新建-->常規-->框圖（或基本框圖）
12樓：無知少年祥天
visio2013。看圖，選擇chen's資料庫表示法即可
er圖與資料庫表的關係是神馬？
13樓：仁昌居士
e-r圖提供了表示資料庫表的實體型別、屬性和聯絡的方法，是表示概念關係模型的一種方式。為表述實體聯絡模式圖形式的資料表模型提供了圖形符號。這種資料表模型典型的用在基於資料庫的資訊系統設計的需求分析階段，用來描述資訊需求和/或要儲存在資料庫中的表資訊的型別。
14樓：匿名使用者
er圖是基於er模型（實體關係模型）畫的，屬於概念模型，是對現實世界的實體及其之間關係的抽象。
資料庫表是屬於資料模型，用來描述資料的結構關係。
通常我們資料庫的設計要經過下面這個過程：
現實世界-〉概念模型-〉資料模型
一般專案的設計中，首先通過需求分析的人員根據客戶抽象出 er圖，然後由資料庫的設計人員根據er圖和使用者對查詢等方面的需求設計出資料庫的表結構，以及相關的檢視和索引。
15樓：粉色灰末
畫er圖就是在設計資料庫。
er圖就是實體關係圖（資料庫關係圖），主要完成了對系統中資料部分設計。
16樓：葉孜李
er圖是通過分析問題用一定的方法畫出的類似於工作流程的圖，但圖中主要是流程中的實體（如：班級，教師，學生等）。然後你根據這些主體建立表 基本上就是一個實體一張表（這個具體看下書就會了）。
所有的表組成資料庫。
如何畫這個資料庫的ER圖,這個資料庫ER圖怎麼畫,需要把圖畫出來,急用
1 e r圖如下 2 關係模型為 職工 職工號,姓名,住址,所在部門 回 主鍵 職工號部門 部答門編碼,部門所有職工,經理,銷售的產品 主鍵 部門編碼產品 產品內部編號,產品名,製造商,型號 主鍵 產品內部編碼製造商 製造商編碼,製造商名稱,地址,生產的產品名,主鍵 製造商編碼 部門與職工是一對多的...
資料庫中ER模型轉換為關係模型的問題
看看這個 如何將er模型轉換為關聯式資料庫模式 舉例說明 5 這個應該是很簡單的例項了吧,這就是學生實體和課程實體關係的e r圖。轉換為資料庫關係模式為 學生和課程之間是多對多的關係,需要轉化,引入聯絡實體 成績表課程 課程代號,課程名稱 主鍵為課程代號 或者課程名稱 還有其他屬性不再一一列出 學生...
資料庫E R圖設計中，兩個實體集之間能不能存在多個聯絡集
當然可以。每個聯絡集代表二者之間一個聯絡，存在多聯絡集的場景 1 多角色 多功能 2 相互關聯 特殊場景，還有 3 自關聯 例如，部門 dept 與員工employee之間 每個員工，屬於一個部門 一個部門，有一個主管 一個部門，有一個聯絡人 每個員工，可能 有上一部門 每條部門紀錄，有一個最後管理...