＃如何查询余额？＃

eio

如：
1-1    进1000元    余1000元
1-2    支800元     余200元
1-3    进3500元    余3700元
需要用查询完成这个余？

zhengjialon

http://www.office-cn.net/bbs/dispbbs.asp?boardid=9&id=771

eio

就是此贴！谢谢！可是查询的速度很慢！只有100多的测试记录，需要2秒打开？哇哇◎

[此贴子已经被作者于2003-5-4 16:23:31编辑过]

eio

不知大家有否认真的测试过！敬请tom**关注！！！！！！

eio

关心一下吧!大家!

Roadbeg

给你做了个例子,
在使用此例子之前,请先调用模块中 "产生随机记录" 函数以产生 600000 条随机记录.
用以检验函数在记录较多时的效率.

首先,我把判断条件由日期型数据改为 long 型的 id 了,这样速度会快很多.
改用 id 后,使用 lwwvb 版主的函数在 5000 条记录以下时,都不会有慢的感觉,
在浏览第 15000 条记录时,可以明显的感觉出我的函数与  lwwvb 版主的函数之间的速度优势.在浏览第 200000 条记录以后时,大家会有更深的体验.
但使用我的函数,如果在打开查询后基础数据表里的值发生改变,不能自动更新余额,必须调用 resetbalance 函数强制刷新,或重新打开查询(好像 lwwvb版主 的也有此问题)

eio

谢谢！

cg1

思路不错，采用差量计算来解决余额计算时间长的问题。

我以毫秒级进行测试，的确速度较快！

但是并不明显，7万条数据，两者相差约2-4毫秒差距，但是有时候仍然会交错，甚至你的方法更慢。（我用 currentproject.connection.execute 来测试的）

你用打开查询的方法来估计，恐怕并不十分准确。

你也说了，你的结果集可以说是静态的，而原来的则是动态的，这就是为什么直接看，你的效果似乎更好的原因

[此贴子已经被作者于2003-5-7 22:24:56编辑过]

Roadbeg

所以我的随机函数是产生 60万条记录.在上10万的记录级数上,差异会很明显.

在记录较少时,比如少于1000 条,我的方法可能会更慢,因为多了很多判断语句.

静态的结果是它的一大问题,所以注定它只能用于检索一些已确认不会随时更改的数据,至少是在查询开始后,基础数据不会再更改.它的一般应用只能是:1.查询上月的余额情况.2.在单机版中可能有更好的应用,因为数据更改都是来自本机的,一般不会出现查询开始后,更改其基础表数据的情况.

另,使用 execute 执行的查询也不能最终体现速度差异,因为 access在打开查询时并没有返回全部结果,在 使用 movelast 之前, recordcount 不能返回正确的结果也就是这个原因.你如果能用两种方法分别返回一个记录集,并对记录进行遍历,也就是说从 first 一直 movenext 到 last.再分别比较两者的时间.这才是最终的时间差异.

[此贴子已经被作者于2003-5-8 9:26:24编辑过]

whowho

最简单的方法：
数据表包括以下字段：日期、进、支、余额，每次增加纪录时，输入日期、进或支后，进行更新查询来更新余额，即余额＝余额＋进（或－支）。每次打开时，数据表已经有余额了，不需要再经过计算，快！注意：纪录输入后不能回头更改！旧纪录如果入错了，需要另入一条更正纪录来更正，这样也符合财务要求，是吗？