目前要做一个条码生成功能：
一个产品工单包含N1(<=99)个大板，一个大板包含N2(<=99)个中板，一个中板包含N3(<=9999)个小板。
这样每个工单生成条码的条码理论数据量级为99*99*9999，数据量太大，之前条码表是采用树结构表设计，单表存放所有层级条码，发现这个业务的数据量太大，后续会产生很多问题，而在实际业务场景小板只是要在报废时追溯使用，其他业务都不需要，所以想砍掉小板条码的生成，只生成大板和中板条码，这样数据量会小很多，这样条码表只有大板和中板的条码记录，中板记录会由包含小板的数量。
目前棘手的问题时在报废时要能追溯小板，本来想用另外的表存在实际报废的小板，发现如果报废量大的话，数据量还是很大，想不到其他好的设计。有没有办法或方案能处理这种业务场景呢？
一个产品工单包含N1(<=99)个大板，一个大板包含N2(<=99)个中板，一个中板包含N3(<=9999)个小板。
这样每个工单生成条码的条码理论数据量级为99*99*9999，数据量太大，之前条码表是采用树结构表设计，单表存放所有层级条码，发现这个业务的数据量太大，后续会产生很多问题，而在实际业务场景小板只是要在报废时追溯使用，其他业务都不需要，所以想砍掉小板条码的生成，只生成大板和中板条码，这样数据量会小很多，这样条码表只有大板和中板的条码记录，中板记录会由包含小板的数量。
目前棘手的问题时在报废时要能追溯小板，本来想用另外的表存在实际报废的小板，发现如果报废量大的话，数据量还是很大，想不到其他好的设计。有没有办法或方案能处理这种业务场景呢？
解决方案 »
免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货