有資料庫就必須有er圖嗎

㈠ ER圖與資料庫表的關系是神馬

E-R圖提供了表示資料庫表的實體類型、屬性和聯系的方法，是表示概念關系模型的一種方式。為表述實體聯系模式圖形式的數據表模型提供了圖形符號。這種數據表模型典型的用在基於資料庫的信息系統設計的需求分析階段，用來描述信息需求和/或要存儲在資料庫中的表信息的類型。

(1)有資料庫就必須有er圖嗎擴展閱讀：

E-R圖設計的正確與否取決於資料庫設計人員能否真正把握表的各個客觀對象和他們之間發生的活動，這需要作準確深入的用戶需求分析。這些表對象如果需要記錄的話，就抽象為E-R圖中的實體。

描述實體的眾多相關數據就抽象為實體的屬性，將具有相同屬性的眾多實體抽象為實體型。它們之間發生的活動如果也需要記錄的話，就抽象為E-R圖中的聯系，這是E-R圖設計的重點。

㈡ 資料庫 ER圖實體的屬性是要把所有屬性的都要寫出來嗎

ER圖的屬性一般只把主要的標出來，一般主鍵和外鍵都要標出來。在具體實現物理模型時，就需要把所有能用到的屬性都設置好。

ER圖中規定： 用矩形表示實體（等同於表） 用橢圓形表示實體的屬性（等同於表中欄位） 用菱形表示實體關系（等同於外鍵），還要將有關系的實體用線連接上，線上畫菱形。 這是資料庫ER圖的規定，沒有什麼原因，平行四邊形ER中沒有。

在ER圖中有如下四個成分：

矩形框：表示實體，在框中記入實體名。

菱形框：表示聯系，在框中記入聯系名。

橢圓形框：表示實體或聯系的屬性，將屬性名記入框中。對於主屬性名，則在其名稱下劃一下劃線。

連線：實體與屬性之間；實體與聯系之間；聯系與屬性之間用直線相連，並在直線上標注聯系的類型。（對於一對一聯系，要在兩個實體連線方向各寫1； 對於一對多聯系，要在一的一方寫1，多的一方寫N；對於多對多關系，則要在兩個實體連線方向各寫N,M。)

以上內容參考：網路-ER圖

㈢ 資料庫的ER圖

除非你有幾百個倉庫有上萬種商品，即便是這樣，資料庫設計起來，仍然與你說的這些因素也沒有多大關系。倉儲問題，無非就是一個進銷存，有人企圖只用一張表來反映進銷存，比如用數量前加一個負號來表示銷貨，不加符號表示是進貨。要計算某種商品的存貨時，就用某種商品的無符號數量去加上負號數量的，這樣就得到了存貨量，從理論上講，這種設計無可厚非，但實際應用起來，非常糟糕，速度之慢，令人無法想像。試想，對於一個進銷活動十分活躍的批發商，當資料庫使用幾年後，其進銷記錄可能要達到上百萬條，要從上百萬條的記錄中篩選出你所需要的商品的存貨，就是非常浪費時間的。
因此，我建議倉儲進銷存問題，應設計三張表，進貨、銷貨、存貨各一張表，進貨時數據錄入員錄入進貨記錄後，保存時先保存進貨記錄，然後在存貨表中找到相應的商品號，改寫其數量就行了（加數量）。銷貨亦同，只是減庫存數量。
你所說倉庫、貨物、保管員，只需要在表中增加倉庫號、保管員姓名二個欄位就行了，根本就用不上關系圖。
把復雜的問題搞簡單，這是電腦軟體存在的基本意義，如果把簡單的問題搞復雜，那麼電腦軟體進銷存就沒有存在的意義了。

㈣ 在資料庫中可以不用ER圖嗎

一個沒有ER圖的資料庫，如同一支部隊打仗，指揮官沒有地圖一樣。
ER圖可以查看錶直接的關聯以及表欄位的涵義和數據類型，都非常方便。
所以ER圖非常重要。不然後續修改和查看的人，會給工作帶來很多不便。

㈤ 一個資料庫只需要一張ER圖嗎

er圖中有三種實體對應關系，一對一，一對多，多對多。
多對多關系的話，必然會生成中間表
，你的借還記錄表就是中間表，因為學生和圖書是多對多的關系（注意不是一對多，因為一本書能被多個同學借，雖然不會同時被借，但是借還記錄會保持在表中，從資料庫角度來講是多對多）。