主题：[求助]查询与赋值并存的问题

树节点即使有10000行，得到list(of datarow），非常快，也就是0.4秒左右。

但遍历这个list，使dr("Temp") = true，居然就宕机了。即使加了systemready = false也不行，再加StopRedraw也不行

后来试验把所有的表的表达式全部清除，效率就提高很多，总用时也就是5秒左右（但重置表达式就要用掉3秒左右，实际上赋true的用时很少）。而且这个表的数据列中并没有与Temp有关的任何事件

想请教：这会是什么问题？

而且检查过所有的表事件的代码，在表事件中都没有temp被引用，或者被用于计算的地方。

只有在窗口事件中，才会有与temp有关的事件。但都不涉及到引用或计算

太怪异了

而且在赋值之前，都增加了一个datatables("X").datacols("Temp").expression = ""

三个表的Temp本身没有表达式、没有计算式。

这也会导致重新计算？

如果有一列V＝A*P，给A赋值，会导致重新计算V。但V本身并不参与任何列的计算呀

是不是不应当用datatables("A").datacols("Temp").expression = ""

而应当用datatables("A").replacefor("Temp","false","")

如果是这样的话，表达式用起来就得非常谨慎了。都用数据列，代码量会大好多，涉及到好多同步性的事

－－－－帮助里，这句隐藏得好深。不仔细看还发现不了。比如说订单引用了产品ID的单价，但产品表的单位列发生了变化，同样会导致订单表的金额重新计算。

－－－－这实在是好难理解啊。

本身只修改了产品表中的10行的规格型号，结果订单、进出库单里的所有涉及到这10种产品的数据都会重算，这个……

如果是这种说法的话，那么不论Temp是设为数据列、表达式列、临时列，都不能提高效率。唯一的办法就是清空所有表的表达式，然后赋值完后，再重置表达式。毕竟，项目比较大的时候，表之间的关联关系还是比较多的，完全用代码去做关联，工作量有点太大了

A－B－C－D－E是父子关系。子表都引用父表的某一列或多列，且各有计算式

如果A的某一列数据重置，按这个规则的话，会导致从B至E的表重算？还是只导致B的重算？

如果是前者，为了避免麻烦，最好就是牺牲效率，把所有的表的计算式先全部清空，重置完之后，再给所有表赋表达式

如果是后者，就直接获取A表的子表，只把直接关联的子表的计算式全部清空，重置完后，再给子表赋表达式

顺便请教：如何获取某一个表的所有的子表名称？

1、尽可能地在关联表中少使用表达式

2、或者尽可能地少使用关联

3、如果要使用，可以在窗口中动态设置关联，设定表达式，窗口关闭后，删除关联（表达式自动删除）

4、最好在窗口中增加临时列，窗口关闭时删除此动态列

这样，才可以避免表列数据发生变化，而影响到一系列的子表数据重算导致的性能影响