打印本文 打印本文 关闭窗口 关闭窗口
Integer GUID和Comb做主键的效率测试(Delphi+access)(三)
作者:武汉SEO闵涛  文章来源:敏韬网  点击数3457  更新时间:2009/4/23 18:25:47  文章录入:mintao  责任编辑:mintao
Comb(都是字符串)因为前面的字符没有序,且又是主键,才会出现这种情况,他们两个应该是第三和第四了

 Integer<Comb2

 

5补测1, 一次插入20记录(单位:毫秒):

Integer   GUID   Comb  Comb2

561       80       20     30

20        20       40       30

10       40         40      30

10      90         30       20

20      21          20     20

20      80           40    20

 

好了,比较稳定的还是integercomb2,在第一次启动的时候Integer耗时大了一些,基本上还是这个次序 Integer<Comb2<comb<guid

 

查询操作

1.       Count(*)(单位:毫秒):

 Integer   GUID   Comb  Comb2

 1703       80     40      1202

 10       20       20      10

 40       10       20      20

 10       20       10      10

10        10       20      20

10        20       10     20

以下数据,每行都代表程序程序重新启动

100      40        30     40

30      30          40    40

250     60          10     10

10       20         0      0   况然出现两个0!

20       20         30    40

以下数据是在程序进行补测之后的数据(多出了6W多条数据)

 

1361     832         140   12858

30        70         121     70

140       60         70      70

20        80         70      60

20        111        70      70

120       120        60     70

20        70         70      60

320      61          70      70

20      100           60     70

 

也显示出效果来了,虽然integer的表现有大起大落,不稳定,可是也拿第一了,对于GUIDcomb,comb2表现倒相差不多,特别是comb2,comb数据十分稳定,至于第一次耗时较多是因为更新数据之后在更新索引,在这方面integer也没有什么优势,虽然补测之comb2

上一页  [1] [2] [3]  下一页

打印本文 打印本文 关闭窗口 关闭窗口