| 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 好了,比较稳定的还是integer和comb2,在第一次启动的时候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的表现有大起大落,不稳定,可是也拿第一了,对于GUID和comb,comb2表现倒相差不多,特别是comb2,comb数据十分稳定,至于第一次耗时较多是因为更新数据之后在更新索引,在这方面integer也没有什么优势,虽然补测之comb2比 上一页 [1] [2] [3] 下一页 |