主题：[求助]多线程的问题

这个貌似也就是是一些既有数据的汇总而已，没看到需要做什么二次加工，没有必要什么多线程吧。直接一条sql语句就行了

TbRK表没有数据，也没有看到有日期列，所以没有处理，自己参考上面TbAlter 的方式做即可，如

    left join (Select GoodsID,sum(A) As CurA 
        from TbRK where [Date] >= #2018-02-01# And [Date] < #2018-03-01# group by GoodsID  ) As c 

    on a.ID= c.GoodsID

实际的系统是一个比较大的系统，远不是示例上的三个表。而且表列也远不上示例上的那么简单几列。

最开始是用的ACCESS数据库。

然后做法也直接采用SQL执行的（跟上面蓝版主说的方法大同小异），界面也不是单纯的一个表，还有树形结构、还有递归计算等。

但执行之后发现耗时需要约14秒，这个速度显然是不能让人满意的。

然后改换了SQL2005，效率有所提升，但仍然需要10秒钟。

经过实际测试，发现一个问题。比如界面上要计算的是5列（上传的示例是2列，它们的计算来源于5个相互独立的数据库表），如果逐一执行的话，每个都需要1.5秒钟，那就得要7.5秒。

所以，我在想，如果开启5个线程同时来计算这5列的值，会不会减少6秒的计算时间呢？

而我又不能把整个系统搬到示例中来，所以举了一个简单的例子传上来，希望获取一个方法，用这个多线程的方法来检验系统的执行时间是否会减少

以上传的例子来说的话，导致执行时间长的原因可能是两个

1、商品目录行数太多（实际系统有些业务达到4－10万行的数据量）

2、要计算的列多了一点（示例是2列，但目前实际系统计算的值，其中一项业务是8列）

提几个建议：

1、表结构和数据录入还有没有可以优化余地？或者能不能添加一些辅助表，保存一些不需要重复计算的统计结果，然后每天把这些结果计算并保存起来

2、使用线程的目的无非就是把数据进行分批计算，属于怎么分

    横向可以按商品条数进行分，比如一个线程计算1000个商品的数据

    纵向可以按属性进行分，也就是上面说的按列，因为每列的数据来自一个表，那么可以5列开5个线程，可以先把这些表指定时间段内的所有商品的数据都汇总出来保存到临时表中，最后像21楼那样，一条SQL关联把这些数据都提取出来即可

3、有时候，一个计算不一定单纯在前端使用代码处理，或者单纯在数据库使用sql处理。可以结合起来，多种方式结合，取最优的组合。

因为如果在数据库中建表，A店的人在操作，B店的人也在操作，这个临时表可能会有问题

啊哦，不行，SQL不支持临时表的操作

或者每个店都建立自己的临时表咯。大型项目为了方便计算，建立几百个临时表是家常便饭

因为tbRK的操作可能不是一个人。如果某一个店有多个人在操作，张三正在查看3月份的数据，李四想查看4月份的数据，而王五想填写5月份的数据。

如果临时表中的字段包括店名、商品ID、已调整数量、已入库数量，那么就不能同时满足三个人看数据的要求。

除非临时表中的字段再增加一列月份。

但这样设计，就有个弊端，并非每种商品每个月都有调整、或每个月都有入库，这个数据复制的行数就很多，而且似乎并无太大意义。

就算是10W个商品，这个月都有调整，全部都要计算，也就存储10W条记录而已，100家店也就1000W条记录，如果索引建立合理，从几个1000W条记录的表里进行关联查询获取每个表10W条记录，也就1秒的事。主要的瓶颈在于生成统计结果的这个过程，就是上面所说的树形结构、还有递归计算等等，至于结果的存储和查询基本不是问题。

因为要查看3月的数据，要显示截止3月的调整总量、已入库量、本月入库量，而不是仅仅看3月入库量这一列。

所以，最后还是回到你说的那条老路子上，每个月把所有目录的最新调整后、已入库量、本月入库量存一遍。