关于效率,我也考虑过很多,但是我想呢,没有点特点的东西,我做了干什么?所以就还是把那几个东西收进来了~~(我想我得考虑把每个类型可以接受的子类型减少了..减少转换的负担,因为我想我在转换上花的工夫太多了~而且为了省内存,我也花了好多手脚)
激活按钮?按"查询"
还有...那个界面只是调试用的...呵呵..
"
程序没有索引,数据多的话排序超慢。
程序的好是脱离数据库自行存储数据
"
是指DBS_FORM.EXE吗?关于数据排序...那些功能等我以后正式做界面再说吧~~
以下是我今天的测试记录:(256M内存,1.2G处理器)
在四个列的情况下:
五秒增加1000000行(不做其他操作)
1.5秒设置400000个量(同时增加100000个行)
0.8秒获取400000个量(首先增加了100000个行并且设定了400000个量,但是不计这两步的时间)
将第二步和第三步合起来2.4秒
手表计时,可能我按得比较慢,所以导致某些地方时间计多了一点点...但是这些都说明了,我的东西速度不慢!!!谁敢说它慢!
在以上情况下,Collecter内共存了400000个量,使用内存31828k(在没有使用Collecter的时候,DBS_Form.exe使用内存17228K,也就是说,这个存储有400000个量的Collecter使用了大约14600K的內存)
不信的话你可以自己试
激活按钮?按"查询"
还有...那个界面只是调试用的...呵呵..
"
程序没有索引,数据多的话排序超慢。
程序的好是脱离数据库自行存储数据
"
是指DBS_FORM.EXE吗?关于数据排序...那些功能等我以后正式做界面再说吧~~
以下是我今天的测试记录:(256M内存,1.2G处理器)
在四个列的情况下:
五秒增加1000000行(不做其他操作)
1.5秒设置400000个量(同时增加100000个行)
0.8秒获取400000个量(首先增加了100000个行并且设定了400000个量,但是不计这两步的时间)
将第二步和第三步合起来2.4秒
手表计时,可能我按得比较慢,所以导致某些地方时间计多了一点点...但是这些都说明了,我的东西速度不慢!!!谁敢说它慢!
在以上情况下,Collecter内共存了400000个量,使用内存31828k(在没有使用Collecter的时候,DBS_Form.exe使用内存17228K,也就是说,这个存储有400000个量的Collecter使用了大约14600K的內存)
不信的话你可以自己试
[此贴子已经被作者于2005-7-14 9:13:24编辑过]
寻求挑战,追求完美 Oh,my god!