请教一下关于ERP的数据库设计

[hello_meimei]

公司最近需要做一个ERP，由于没什么经验，所以设计表这块不太清楚目前设计这样的方案是否正确
目前我设计的是，物料表有物料的详细信息，大概有30-40左右的物料信息字段。
但是我在做采购单和销售单的时候，就有把物料的信息一起写到数据库的采购详情表和销售详情表里，
但是我做出入库和收发货这些，我就只是关联了物料的主键进出入库和收发货的详情表里面，没有把所所有字段都写进去，
就读出来的时候，是用主键去管理信息，显示出来
我想问下，这样的设计是否合理？传统的是否是这样的设计方式？
在出入库和收发货这些明细表中，是否需要把这些物料的信息都写进去？还是只是关联主键就可以了？
求高手指导一下，谢谢

[weishaolin13x]

采购单和销售单的时候，就有把物料的信息一起写到数据库的采购详情表和销售详情表里， ----- 这是一个物料的快照模式， 而出入库不写物料信息而是关联主键，那是实时模式，

[以专业开发人员为伍]

采购和销售详情，与出入库的物料，本身都是它们各自的一个日志。只有当你们确实是存在着管理上的相互和对关系时，才有作用。 比如说，在采购入账的时候，假设你们确实需要核算到明细物料，那么就核算到明细物料；如果不需要那么就是不核算——只是有一个日志流水账存着而已。 实际到底要不要核算，这应该问管理者本人，而不是问编程者。

[以专业开发人员为伍]

在表面的表单与内部的核算之间，永远都有着分层关系。 比如说，我在销售单上只填写某个货物售出了，那么它的包装箱是否应该立即被记录？是货物从库房出来之前就已经被记录了包装箱、还是销售时才记录的？这其实就是检验你们的领导懂不懂业务管理流程了。

[以专业开发人员为伍]

引用 楼主 hello_meimei 的回复:

在出入库和收发货这些明细表中，是否需要把这些物料的信息都写进去？还是只是关联主键就可以了？

这并没有纯粹技术的（空洞的ERP上的）解释。 这个叫做“猪和猪蹄”的问题。假设一个公司进了100头猪，卖了257个猪蹄，请问还剩多少头猪？ 这个就是检验你们管理者的素质的问题。他知道需要把中间的物品加工流程定义为信息系统必经的操作流程，而不是仅仅玩数字！此时如果你仅仅说进货单上面对应有物料信息，那么这就是纠结于皮毛（数字），而没有问管理流程问题。

[小天]

上ERP系统，管理先改革，管理层先晓之以理，不然系统做的再好也是白搭。

[小天]

引用 楼主 hello_meimei 的回复:

公司最近需要做一个ERP，由于没什么经验，所以设计表这块不太清楚目前设计这样的方案是否正确 目前我设计的是，物料表有物料的详细信息，大概有30-40左右的物料信息字段。 但是我在做采购单和销售单的时候，就有把物料的信息一起写到数据库的采购详情表和销售详情表里， 但是我做出入库和收发货这些，我就只是关联了物料的主键进出入库和收发货的详情表里面，没有把所所有字段都写进去， 就读出来的时候，是用主键去管理信息，显示出来 我想问下，这样的设计是否合理？传统的是否是这样的设计方式？ 在出入库和收发货这些明细表中，是否需要把这些物料的信息都写进去？还是只是关联主键就可以了？ 求高手指导一下，谢谢

关联主键即可，不过得谨遵一物一码的原则。

[TOP3098]

可以看看这个小系统，用的ACCESS库：https://blog.csdn.net/TOP_SC/article/details/52823758

[Okailon]

这论坛里问这么大的问题，好像不会有简单明了的答复，一个比较可行的方法就是安装一个比较牛的开源ERP，然后解剖一下，那就什么都有了。Odoo是一个经过很多年发展的开源软件，已经非常成熟了，完全可以在此数据结构的基础上搭建自己想要的东西，比自己在那里摸索要有效得多。

[ITER2012]

为公司定制的系统没有那么复杂，毕竟需求都可以随时定制进去，数据库结构也可以改 通用的成品ERP这个就很难处理。 可以参考这个小系统，万能库存管理系统

[victor_yang]

楼主，只关联物料主键有可能有问题，比如产品若干年后某些参数、已经改变了，这时候你打开以往的单据你就会发现单据上物料信息与当年的信息不符了，有可能出这问题的是人员信息，比如人员离职，变更了部门等
这里面存在一个快照的问题，就是将开单时物料的信息保存到单据里，这样不管什么时候打开单据都可以看到当时的内容不受变更的影响。

[Jeff_ZW]

ERP最关键的是业务梳理，要业务部门一起来制定。

[wilson1966]

Table 的命名原则要先建好 AB_PP01 第1码 A 此ERP 专案代码 第2码 B 模块代码,例: 基础 B 系统 S 业务 O 第3码 底线 第4,5码 Table 名称 第6码 可用流水号或有意义的代号

[kuaile999]

正常情况下关联主键，基础数据中其它字段不放到其它表里。 不过也得取决于你是什么类型的ERP，比如家具，服装，钢铁等。弄清楚了哪个行业最好套用行业标准化设计最好。

[E树ERP]

[X86-64]

涉及供应链和BOM、MRP的绿色系统，可直接打开数据库：https://download.csdn.net/download/erp9009/13066347

[神话jsh]

建议还是用id关联吧

[蜀天下100000]

ERP等系统，所有主数据，基本是的编码进行关联的，

[披着虎皮 的石头]

楼主说的，物料信息放到采购单和销售单，就是基础数据冗余到单据里， 而通过主键关联到出入库单，就是动态关联查询。 前者优点 查询快速，缺点和基础数据可能不符合。 后者优点，单据和基础保持一致，但查询速度，随着单据和基础数据多，关联查询会导致系统查询变慢变卡。 如果是公司项目定做，无论何种都是可以的。 但如果是产品化了，最好是采用数据冗余到单据表，同时有一个机制可以保证单据和基础资料数据的冗余数据同步。 这样设计数据库系统，时间久了，才会即准确，有查询快速。