数据库的ER图

除非你有几百个仓库有上万种商品，即便是这样，数据库设计起来，仍然与你说的这些因素也没有多大关系。仓储问题，无非就是一个进销存，有人企图只用一张表来反映进销存，比如用数量前加一个负号来表示销货，不加符号表示是进货。要计算某种商品的存货时，就用某种商品的无符号数量去加上负号数量的，这样就得到了存货量，从理论上讲，这种设计无可厚非，但实际应用起来，非常糟糕，速度之慢，令人无法想象。试想，对于一个进销活动十分活跃的批发商，当数据库使用几年后，其进销记录可能要达到上百万条，要从上百万条的记录中筛选出你所需要的商品的存货，就是非常浪费时间的。

因此，我建议仓储进销存问题，应设计三张表，进货、销货、存货各一张表，进货时数据录入员录入进货记录后，保存时先保存进货记录，然后在存货表中找到相应的商品号，改写其数量就行了（加数量）。销货亦同，只是减库存数量。

你所说仓库、货物、保管员，只需要在表中增加仓库号、保管员姓名二个字段就行了，根本就用不上关系图。

把复杂的问题搞简单，这是电脑软件存在的基本意义，如果把简单的问题搞复杂，那么电脑软件进销存就没有存在的意义了。

E-R图也称实体-联系图，提供了表示实体类型、属性和联系的方法，用来描述现实世界的概念模型。

要素：用矩形表示实体型，矩形框内写明实体名；用椭圆表示实体的属性，并用无向边将其与相应的实体型连接起来；用菱形表示实体型之间的联系，在菱形框内写明联系名，并用无向边分别与有关实体型连接起来，同时在无向边旁标上联系的类型。

扩展资料：

设计分E-R图的第一步，就是要根据系统的具体情况，在多层的数据流图中选择一个适当层次的（经验很重要）数据流图，让这组图中每一部分对应一个局部应用，即可以以这一层次的数据流图为出发点，设计分E-R图。

一般而言，中层的数据流图能较好地反映系统中各局部应用的子系统组成，因此人们往往以中层数据流图作为设计分E-R图的依据。

参考资料来源：百度百科-E-R图

---