❶ ER圖與資料庫表的關系是神馬
E-R圖提供了表示資料庫表的實體類型、屬性和聯系的方法，是表示概念關系模型的一種方式。為表述實體聯系模式圖形式的數據表模型提供了圖形符號。這種數據表模型典型的用在基於資料庫的信息系統設計的需求分析階段，用來描述信息需求和/或要存儲在資料庫中的表信息的類型。
(1)erv資料庫擴展閱讀：
E-R圖設計的正確與否取決於資料庫設計人員能否真正把握表的各個客觀對象和他們之間發生的活動，這需要作準確深入的用戶需求分析。這些表對象如果需要記錄的話，就抽象為E-R圖中的實體。
描述實體的眾多相關數據就抽象為實體的屬性，將具有相同屬性的眾多實體抽象為實體型。它們之間發生的活動如果也需要記錄的話，就抽象為E-R圖中的聯系，這是E-R圖設計的重點。
❷ ER圖與資料庫表的關系是神馬
ER圖是基於ER模型（實體關系模型）畫的，屬於概念模型，是對現實世界的實體及其之間關系的抽象。資料庫表是屬於數據模型，用來描述數據的結構關系。通常我們資料庫的設計要經過下面這個過程：現實世界-〉概念模型-〉數據模型一般項目的設計中，首先通過需求分析的人員根據客戶抽象出ER圖，然後由資料庫的設計人員根據ER圖和用戶對查詢等方面的需求設計出資料庫的表結構，以及相關的視圖和索引。❸ 資料庫的ER圖
除非你有幾百個倉庫有上萬種商品，即便是這樣，資料庫設計起來，仍然與你說的這些因素也沒有多大關系。倉儲問題，無非就是一個進銷存，有人企圖只用一張表來反映進銷存，比如用數量前加一個負號來表示銷貨，不加符號表示是進貨。要計算某種商品的存貨時，就用某種商品的無符號數量去加上負號數量的，這樣就得到了存貨量，從理論上講，這種設計無可厚非，但實際應用起來，非常糟糕，速度之慢，令人無法想像。試想，對於一個進銷活動十分活躍的批發商，當資料庫使用幾年後，其進銷記錄可能要達到上百萬條，要從上百萬條的記錄中篩選出你所需要的商品的存貨，就是非常浪費時間的。
因此，我建議倉儲進銷存問題，應設計三張表，進貨、銷貨、存貨各一張表，進貨時數據錄入員錄入進貨記錄後，保存時先保存進貨記錄，然後在存貨表中找到相應的商品號，改寫其數量就行了（加數量）。銷貨亦同，只是減庫存數量。
你所說倉庫、貨物、保管員，只需要在表中增加倉庫號、保管員姓名二個欄位就行了，根本就用不上關系圖。
把復雜的問題搞簡單，這是電腦軟體存在的基本意義，如果把簡單的問題搞復雜，那麼電腦軟體進銷存就沒有存在的意義了。
❹ 資料庫模型圖和ER圖區別是什麼
ER圖是屬於概念模型它與具體的DBMS無關。
從你的截圖上來看，截圖里的所說的資料庫模型圖是不準確的，正確的是ER模型轉換為關系模型。
因為ER圖是屬於概念設計階段，它的下一階段就是轉換成關系模型，也就說與具體的DBMS有關。
下面是資料庫設計的常見四階段：
第一階段：用戶需求分析；
第二階段：概念設計(即E-R模型)； 與具體的DBMS無關
第三階段：關系模型； 與具體的DBMS有關
第四階段：物理模式。
❺ 關於PHP資料庫查詢出錯的問題
解決的幾種方法：
修復錯誤的sql語句，根據改變的環境進行修復
關閉錯誤提示，使用error_reporting(0);此句建議放在資料庫連接腳本中，因為這樣每個連接資料庫的文件出錯都可以不顯示錯誤詳情，更安全
在sql語句後加上or header('Location: /');實現302跳轉到首頁，header前不能有輸出，如果有輸出，請用ob_start()將輸出內容加到緩沖區，再在最後用ob_end_flush()將緩沖區內容輸出
遇到sql錯誤拋出異常，異常處理時加入header('HTTP/1.1 404 Not Found');仍然遵從3條前面不能有任何輸出，404頁面樣式你用HTML寫就可以，寫在異常處理中
推薦使用方法2，最簡單，遇到錯誤什麼也不顯示，但要根本解決還是應該採用第一種，從SQL上修改
❻ er模型是反映資料庫應用系統的什麼模型
er模型可以反映資料庫應用系統的關系模型。
從ER模型都關系模型的轉換是將抽象過得數據進一步的整理，轉換完成之後數據就可以以二維表格的形式展現出來，這樣將數據存入資料庫之後有利於。資料庫我們對數據的操作。
ER模型是人們認識客觀世界的一種方法，工具。關系模型是將ER模型轉換成DBMS世界的產物。它們的設計就是為了不斷滿足用戶的需要的體現。
(6)erv資料庫擴展閱讀
ER模型組成分為實體和聯系，實體是對現實生活中的抽象，實體與實體之間的信息傳輸是通過聯系來實現的。屬性是實體與聯系共享的一個名片。屬性從分類上講有簡單屬性和復合屬性，有單值屬性和多值屬性，儲存屬性和派生屬性。
對ER模型的操作其實就是對ER模型元素的操作，就是對實體，聯系，屬性之間的操作，操作的目的是實現對用戶的需求的同時還要減少數據的冗餘。