❶ 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模型元素的操作，就是对实体，联系，属性之间的操作，操作的目的是实现对用户的需求的同时还要减少数据的冗余。