诸位给个意见，哪种方案更靠谱
各位给个意见，哪种方案更靠谱？做的是进销存管理软件，涉及货物进出，每张单据标准结构都是：主单据+明细单据（
各位给个意见，哪种方案更靠谱？
做的是进销存管理软件，涉及货物进出，每张单据标准结构都是：
主单据+明细单据（保存商品）；
现在问题是，是否需要新增一张 所有货物进出的明细表，这样便于后续查询统计，不需要用UNION 进行连接查询。
1.增加这张表的话，每次出库时都要新增记录；容易出错；但后续查询统计要快些；
2.不增加这张表的话，采取动态连接查询统计，出错概率低些，但数据量大时速度慢。
[解决办法]
我觉得可以一开始就设置一个表，包含了进出，设置一个标志位flag：1表示进，0表示出
[解决办法]
这样就不用union 两个表了，同时，根据标志位，取出相应的数据
[解决办法]
恩，你的意思是原来，你有多个单据，每个单据都有一张表，为了方便你不想汇总时，每次都union 。
这样的话，我觉得还是最好不要加表了，通过建立索引，过滤数据，可以加快查询的速度的，就算每次都要union
[解决办法]我觉得销售、采购这些可以何在一个表，对应的明细也合在一个表
[解决办法]就像你上面说的，是可以建立一张表，但是我觉得建了这个表，会导致业务逻辑更加复杂，容易出错。
[解决办法]如果新建了表，因为你要修改数据，必须连着这个新建的表也一起 修改，就容易出错，而且需要修改原来已经稳定的程序，会增加工作量，还不需要测试。
如果性能更为重要，那么就新建一个表，修改相应的模块代码，只要测试通过后，就行了。
这个是一个折中的问题，2种方式，各有特点，关键在于你更倾向于哪种
[解决办法]数据量大可以按照区域来做分区
[解决办法]数据量非常非常庞大时，单实例成为瓶颈时，可以按照区域来做分库
实例横向扩展，分布式事务由数据库上层控制
HA由中间层控制
失效的订单：比如退单、已提交不会被修改的订单等。移除sql server，转入分布式DB持久化，业务上支持读访问。其他正常业务不变
[解决办法]我上家公司也是做ERP的，最大的客户600多个店，单表记录也就4000多万而已，都还没达到要分区的地步。
[解决办法]Master 撸，求实例，理论的东西看不懂
