求助在sql中多对多怎么建表？祝大家端午节快乐O(∩_∩)O~。
0
最佳答案
1
你这样财务当不好，最后就会误入编程歧途的。我见过这样误入歧途的财务的...
这种事情给专业人士做，好过你自己研究几个月，真的就是业余研究研究好了。
我实际经验中，很少需要计算这个，因为一般工厂管理者口算分分钟内就可以给出了。
而采用电脑计算，因为无法考虑众多变量，出来的结果意义极小。除非你是很大的工厂，几万人这样的。
几百人的工厂我们那初中文化水平的厂长或者初中文化的工段长分分钟可以告诉你结果。
而几万人的工厂，你这结构又太基础。
硬要解释的话，你这结构就可以计算出来的，基本问题不大了。
大部分工厂甚至无需基础工序表。因为不同产品的工序（就算名字相同）价格也是不同的，可以认为就是不同的工序。
基础工序表无需价格字段，唯一存在的意义大概就是提供快捷输入功能。（下拉选项之类的）
收获园豆：100
是的，这个基础工序表确实没多大意义
我再去改改，。
价格想的是计算工资用，跟工时确实没啥关系
多谢大家的回复。
其他回答(2)
0
我没理解员工人数和产品完成时间的关系。是不是工序中1个工时的任务，人多点就会提前完成？
因为订单数量是超过1的，比如工序1，订单数12000，实际需要工时数就是12000了，所以12人就是1000小时，120人就是100小时。
你没工厂经验？
@爱编程的大叔: 真没工厂经验~ 不过觉得这样好绝对。假如订单数5，工人10（特殊场景哈，估计不会发生），半小时就能搞定？ 我的理解是还是需要1个小时。大不了5个工人空闲。
@幻天芒: 计算工时意义本来就不大，没有哪家工厂接单的时候是歇业停工的，一般排产都是一个月后的事了。
而对于某个订单的生产实际需要时间（不计算排队时间），通常小学三年级工段长分分钟可以告诉你的。
@爱编程的大叔: 没这经验。
就题来说，设计好的数据库已经能够算出来了。只是产品工序表不需要那么多冗余字段。让它纯粹一点。还有还应该有个人员工序关系表。
-1
这个表设计的倒也是可以，不过中午字段看着确实别扭。
要算工时，根据产品Id获取所有的产品工序记录，对工时求和。
现实是你前道工序做完就直接丢给下道工序去做，这样的求和相当于所有产品前道工序全部做完以后再转下道，不准确
