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

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

最开始是用的ACCESS数据库。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

比如说在全局代码中定义一个线程“XC001”

然后在自定义函数中定义一个函数“JS01”

dim r as row = args(0)

dim s as integer = args(1)

dim dt as datatable

c m d . C o n n e c t i o n N a m e   =   " P M "

反而是把这4万行的数据赋值到界面上的速度慢。实际测试赋三列的值用时近7秒钟。

我看到帮助里的“查询与赋值并存”说1万行赋值约0.8秒，看来也就是这个效率了。

2、蓝版主，不能拿这个示例来就事论事。因为现在的系统不是单一功能，也没法把整个系统都传到这里，只是借这个示例来说明一下，如何来提高效率（包括SQL计算、赋值，用多线程处理或者存储过程处理是否能优化，或者用临时表、临时列、数据冗余等等）

主要意图如下：

1、点TbAlter的行，打开模式窗口AlterD，在窗口中把在本次调整日期之前调整过的量显示出来，然后填写本次的调整量

2、点TbRK的行，打开模式窗口RKD，在窗口中把本次入库日期之前已经调整过的量、之前已经入库过的量显示出来，然后填写本次入库的数量、单价、其它费用

在数据量大的时候，第二步时，如果逐一执行SQL赋值，用时会比较长；如果要计算4列或5列的值就会更长（这里可能开启多线程会减少一部分时间）

然后接下来就是将DTRKD中的值赋值给界面表了。帮助里也说了，多线程不能操作界面表，所以赋值只以依次执行了，这个时间估计很难优化。除非利用其它的方法，不用字典。

至于实例无法测试耗时，如果我把物资目录搞到几万行，然后做个十期八期调整记录、再做个几十期入库明细，那数据就太大，论坛都不让上传了。

所以，实际数据可以用随机函数，增加多期数据来测试。