各位给个意见，哪种方案更靠谱？

我觉得可以一开始就设置一个表，包含了进出，设置一个标志位flag：1表示进，0表示出

解决方案 »

  1.   

    这样就不用union 两个表了，同时，根据标志位，取出相应的数据
      

  2.   


    我说的这个表是各个单据交易时的那个明细记录恩，你的意思是原来，你有多个单据，每个单据都有一张表，为了方便你不想汇总时，每次都union 。这样的话，我觉得还是最好不要加表了，通过建立索引，过滤数据，可以加快查询的速度的，就算每次都要union
      

  3.   


    我说的这个表是各个单据交易时的那个明细记录恩，你的意思是原来，你有多个单据，每个单据都有一张表，为了方便你不想汇总时，每次都union 。这样的话，我觉得还是最好不要加表了，通过建立索引，过滤数据，可以加快查询的速度的，就算每次都要union销售单SELMain、销售商品明细SELSub
    采购单PURMain、采购商品明细PURSub
    销售退货单SLTMain、销售退货商品明细SELSub
    采购退货单PRTMain、采购退货商品明细PRTSub
    入库单SINMain、入库商品明细SINSub
    出库单SOUMain、出库商品明细SOUSub
    调拨单SDBMain、调拨出库商品明细SDBOSub、调拨入库商品明细SDBISub
    .........
    就是是否需要新增一张表来把交易审核后的明细(就是上面的SUB)汇总记录下来（销售商品明细、采购商品明细、销售退货商品明细、采购退货商品明细、.......) SubDet
      

  4.   

    数据量非常非常庞大时，单实例成为瓶颈时，可以按照区域来做分库
    实例横向扩展，分布式事务由数据库上层控制
    HA由中间层控制
    失效的订单：比如退单、已提交不会被修改的订单等。移除sql server，转入分布式DB持久化，业务上支持读访问。其他正常业务不变
      

  5.   

    我上家公司也是做ERP的，最大的客户600多个店，单表记录也就4000多万而已，都还没达到要分区的地步。
      

  6.   

    Master 撸，求实例，理论的东西看不懂