1樓：直到遇見你天蠍
er圖是屬於概念bai模型它與具體的dbms無關du。
從你的zhi截圖上來看，截圖裡的所dao說的資料庫模型圖是內不容準確的，正確的是er模型轉換為關係模型。
因為er圖是屬於概念設計階段，它的下一階段就是轉換成關係模型，也就說與具體的dbms有關。
下面是資料庫設計的常見四階段：
第一階段：使用者需求分析；
第二階段：概念設計(即e-r模型)； 與具體的dbms無關第三階段：關係模型； 與具體的dbms有關第四階段：物理模式。
2樓：
er圖是屬於概念模型它與具體的dbms無關。
從你的截圖上來看，截圖裡的所說的資料庫模型圖是回不準答確的，正確的是er模型轉換為關係模型。
因為er圖是屬於概念設計階段，它的下一階段就是轉換成關係模型，也就說與具體的dbms有關。
下面是資料庫設計的常見四階段：
第一階段：使用者需求分析；
第二階段：概念設計(即e-r模型)； 與具體的dbms無關第三階段：關係模型； 與具體的dbms有關第四階段：物理模式。
er圖和eer圖，該怎麼處理
3樓：風花樹
eer圖
enhanced entity-relationship model
加強版： 主要是多了子類的概念。
資料庫模型圖和er圖區別是什麼?
4樓：
er圖是屬於概念模型它與具體的dbms無關。
從你的截圖上來看，截圖裡的所說的資料庫模型圖是不準確的，正確的是er模型轉換為關係模型。
因為er圖是屬於概念設計階段，它的下一階段就是轉換成關係模型，也就說與具體的dbms有關。
下面是資料庫設計的常見四階段：
第一階段：使用者需求分析；
第二階段：概念設計(即e-r模型)； 與具體的dbms無關第三階段：關係模型； 與具體的dbms有關第四階段：物理模式。
er圖和領域圖有什麼共同點和不同點 5
5樓：匿名使用者
我這個資料流bai程圖就du是 資料的傳輸路線，zhi在每條線上的東西dao都是資料。
頂圖比較概括，中版圖、底圖越來越權
詳細沒有特別嚴格的要求，即使你忘了某一個符號，只要自己造一個並在卷子上給出解釋老師就應該算對
e-r圖是資料庫中的
實體之間有一定關係相聯，實體和關係都有屬性你應該看幾個案例，這樣比較有用
順便問一句，你大幾，我們大三開的這門課，今天剛考完
er 圖中不同實體能有相同的屬性嗎？er圖中是不是沒有外來鍵的表示？教材裡面有說到
6樓：阿冬
er圖不同實體可以有同名的屬性，但實際上指定的是不同的含義，例如學生實體和課程實體都可以有編號屬性，但一個是學生的編號，另一個是課程的編號。
er圖沒有外來鍵的表示，但通過聯絡相關聯的1對1或者1對多的實體中，必然有外碼，而多對多聯絡本身也必然有外碼，只是這些都不在er圖中體現，而是轉換為二維表時才體現出來。
uml er圖的聯絡與區別？？
7樓：本末終始
隨便說幾點,不一定全面,僅供參考.
1.er圖,即實體關係圖,專用於資料庫建模.即對欲構建專的資料庫畫出模型圖.是古老
屬的有生命力的描述方法.
2.dfd,資料流圖,用於描述資料在系統中的流動方向及變化,便開發人員把握資料的來龍去脈.
3.uml,統一建模語言,有十多張側重不同的圖形,面向整個軟體開發過程.
總之,相同點都是圖形(表現力較文字更直觀).
e-r圖和程式流程圖有什麼區別？？？
8樓：
er圖是資料庫設計專門用的，表示資料庫物件之間的關係，比如主鍵外來鍵
流程圖一般指程式設計的操作流，工作流，網頁流等等，是一個比較廣泛的概念
uml類圖與e-r圖有那些區別?
9樓：匿名使用者
前者是程式開發的時候由需求分析者畫的程式所需要的類的圖給開發人員看的，有類名和屬性和方法組成，
後者是資料庫之間的一種關聯圖，用來表示表與表之間的關係，有關係型和網狀和物件性和層狀型。
10樓：夏信昂琬
uml圖主要是分析設計的模型，由用例圖，類圖，序列圖，活**，狀態圖等11中uml框圖組成，e-r圖主要是資料庫設計模型，
如何畫ER圖，用word畫E R圖，怎麼畫？
就是對一些要設計的東西畫的草圖,像工程圖一樣的 一個具體的框架 我更想知道，er圖是什麼 用word畫e r圖，怎麼畫？構成e r圖的基本要素是實體型 屬性和聯絡，其表示方法為 實體型 entity 用矩形表示，矩形框內寫明實體名。屬性 attribute 用橢圓形表示，並用無向邊將其與相應的實體連...
在中er圖如何繪製,在word中er圖如何繪製？
如果想畫er圖，不建議在word裡做，因為word的優勢不是作圖，建議用visio或erwin，如果非要用word，只能用繪圖工具欄 文字框配合使用，效果很差。用visio可以作出很漂亮的er圖，它有專門的繪圖元素供你使用，也很簡單。另外，你可以用資料庫軟體先作出資料表，然後通過odbc與visio...
E R圖，和關係模式（要達到2，3NF）求助
3nf 包含 2nf 包含 1nf，關係正規化都是在滿足前一正規化的基礎上增加了新的約束。資料庫，er圖轉化為關係模式，達到3nf 3nf 分解主要是看是否有傳遞依賴，而且你說的部分依賴應該是指部分函式依賴於碼吧。這裡首先要找出模式的碼 工號 因此從函式依賴可以看出 工號 職位，職位 薪酬 存在傳遞...