关于生产记录的数据结构设计不知道怎么设计比较好，有经验的帮下忙
一个订单产品经过多道工序生产，有的工序记录详细的产品号，有的记录一批产品的批号，为了根据生产记录做生产进度以及各工序的库存量等，数据结构应该怎么设计。一种是产品信息表加记录表，记录表里存放工序，产品id，或是工序，批id（数据量每天有几十万，做各种统计速度非常慢，按月统计个东西要几分钟，写数据库语句也很复杂）。另一种是产品信息里加上各个工序列，列里存放工序状态（不是每一个订单的产品都经过所有工序，并且每个生产点都修改数据库数据不知道会不会比插入数据占更大的服务器资源，服务器不是很给力）。其实已经按第一个方案做了两个月了，但是按这数据结构，需求实现起来很吃力，主要是数据量太大了，因为是车间来的记录，数据又不是百分百准确，要去重复，排错误，还要考虑性能，不能写的语句算东西太慢，所以做各种报表太吃力了。求！！！有经验！！！的人给出选择或者更好的设计方案想法给提一下，万分感谢。万分感谢。万分感谢。好人有好报。
------解决方案--------------------
做过一个，对象是 每件产品都是严格测试的

产品表
工序表：产品id 工序 。。。。
测试明细表：工序id 测试项 测试值
------解决方案--------------------
没有做过每一步都需要记录的产线项目，但楼主说的有一点我不是很赞同，每天几十万的记录不能成为不使用记录表的理由，记录量大可以在一定时间后备份不常用数据至备份表，并根据统计条件对备份表的数据做好预统计处理，因为这些数据往往都是隔了好多时间，基本不会改变的数据。而且可以和你们要求方说，想要统计快就放弃实时统计，在执行计划或者程序里做隔时间的预统计吧