資料庫er圖

㈠ 請問下如下圖片的 資料庫ER圖。是用什麼工具畫的

starUML jude都可以

㈡ 如何畫資料庫ER圖

構成E-R圖的基本要素是實體型、屬性和聯系，其表示方法為：

·實體型(Entity)：用矩形表示，矩形框內寫明實體名。

·屬性(Attribute)：用橢圓形表示，並用無向邊將其與相應的實體連接起來；比如學生的姓名、學號、性別、都是屬性。

·聯系(Relationship)：用菱形表示，菱形框內寫明聯系名，並用無向邊分別與有關實體連接起來，同時在無向邊旁標上聯系的類型（1:1，1:n或m:n）。比如老師給學生授課存在授課關系，學生選課存在選課關系。

㈢ 資料庫ER圖一對多聯系1:n與1:m的區別

在資料庫概念模型設計的時候，ER圖是基本方法之一，主要用來描述資料庫中所涉及實體及實體與實體之間的關系。實體間的關系通常有：1對1(1:1)，1對多 (1:m)，多對1(m:1)，多對對(m:n)等。
比如有兩個簡單實體，分別是單位和職員，它們的關系就是1:m，一個單位可以有多個職員；
再比如有兩個實體，分別是學生和圖書，它們的關系就是m:n，從而形成中間表 學生借閱的圖書，結果是1本圖書可以被多人借閱，1個人也可以借多本圖書。
其它的自己去查教程吧。
順帶說說，許多人做資料庫表設計是想到哪裡就建個欄位，沒有做概念設計，這樣的資料庫生命周期很短，而且維護極難。基本知識學好了非常重要！

㈣ 資料庫ER圖

具體條件。若要一對多或多對多或聯合使用的虛線，實線是外鍵的情況下，根據分析。

㈤ 資料庫的ER圖

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

㈥ 資料庫 ER圖是什麼意思啊

ER圖是基於ER模型（實體關系模型）畫的，屬於概念模型，是對現實世界的實體及其之間關系的抽象。
資料庫表是屬於數據模型，用來描述數據的結構關系。
通常我們資料庫的設計要經過下面這個過程：
現實世界-〉概念模型-〉數據模型
一般項目的設計中，首先通過需求分析的人員根據客戶抽象出 ER圖，然後由資料庫的設計人員根據ER圖和用戶對查詢等方面的需求設計出資料庫的表結構，以及相關的視圖和索引。

㈦ 做資料庫er圖的步驟

1. 描繪出組織的關聯集團，如供應商、經理、雇員、供應商、顧客、貸款人、政府代理人、地區社團及競爭者等。
2. 識別關聯集團的要求。
3. 定義組織相對於每一個關聯集團的任務和戰略。
4. 解釋和驗證組織戰略集。
第二步是將組織戰略集轉化成管理信息系統戰略。管理信息系統戰略應包括系統目標、約束以及設計原則等。這個轉化的過程對應組織戰略集的每個元素識別對應的管理信息系統戰略約束，然後提出整個管理信息系統的結構。

戰略集的轉化過程還不能形成演算法的形式，因為對於不同的組織，其戰略集的內容相差很大。不過確定和評價組織的戰略集的過程，還是有系統化的方法，即用關聯集團要求的概念。一旦確定了組成的戰略元素，要由組織的最高負責人審查，這一過程可以採取結構性的提問法。

㈧ 博客資料庫怎麼做ER圖

事實上，你的理解有誤差。ER圖，不是依靠資料庫做出來的。ER圖，要依據用戶需求以及用戶流向，以及用戶操作以及功能來劃分的。而資料庫，則是最終產物。-------------博客模塊，也可以劃分：登錄——》身份——》授權（根據角色）——》用戶操作（寫文章，編輯，刪除。。。）——》用戶異常中斷OR正常退出——》用戶流程結束。這其中，ER圖，就要根據關系去展示，用戶登錄，如何同你的用戶角色以及許可權設置以及資源去關聯；這才是你要考慮的設計問題