偶看新闻悬挑脚手架预埋件尺寸:也谈进销存数据库设计[易语言汉语编程官方论坛]
来源：百度文库 编辑：偶看新闻 时间：2024/04/28 15:55:22
进销存涉及到，入库.出库.销售.调拨.报溢.报损.盘存等...
据目前的状态，每个数据库设计者都有自己的一套习惯，大致分为以下几种，提供大家交流
1.多表结构
即为每项设计一个表，入库表.出库表.销售表.调拨表.报溢表.报损表
这种设计的好处是结构清晰，什么数据进什么表，但查询的工作量大，代码执行效率低，不便于后期的维护和升级。
比如用户查询库存时涉及到多表查询，入库-出库-销售-报溢+报损=库存
2.单表结构
所有的入库.出库.销售.调拨.报溢.报损等数据写入一张表，用一个标记字段区分
比如，1=入库 2=出库 3=调拨....等，数量用+-表示，出库.销售为负，入库为正
比如用户查询库存时，只需 SUM（数量）即可。
这种设计的好处是结构清晰，所有的操作均在一张表完成，编写查询或统计时工作量小，代码执行效率高，便于后期的维护和升级。
坏处是多余的数据增加，表的每一行都要写入所有的数据。比如，单号，供应商，日期等等...
3.多表+子表结构
数据库结构多表结构类似，只是增加了子表，比如子表用来记录，单号，供应商，日期等...主表用来记录主要的货品记录，比如，货号
品名.价格.数量，等...
这中设计应该说比较专业，但编程工作量巨大，设计表的关联也更多。
综上所述，没有一种结构绝对的正确，和合理，只是相对的，目前我采用单表结构的设计。
不知道大家在设计数据库结构的时候采用哪种，可能还有其他更为合理的结构设计
欢迎跟帖交流！！！
个人比较喜欢用多表结构，清楚明了
可以把经常用的查询SQL语句建成视图,和表操作起来一样方便
不应是喜好问题,应从系统需要出发,如数据维护、录入、查询，最关键的一点就是可靠及速度~
此主题相关图片如下未命名.jpg：
http://bbs.eyuyan.com/showimg.asp?BoardID=124&filename=2009-6/200962623182493329.jpg
这是我设计的一个仓库系统数据库结构图，以资看官一笑~