Access和Firebird的性能比较

虽然Firebird总体上是比Access好,但是没有传说的那么好,至少在Net环境下。

1、测试环境

  A、系统环境

  操作系统:Windows XP Professional Server Pack 2

  CPU:Intel(R) Pentium(R) 4 CPU 3.00GHZ 2.99GHZ

  内存:1G

  B、代码环境

  NET2.0、Access2003、Firebird2.1、

  Firebird的NET2.0访问API(FirebirdSql.Data.FirebirdClient.dll)

2、数据库

EmployeeInfo表:

CREATE TABLE EMPLOYEEINFO(
EID Integer NOT NULL,
ENAME Varchar(50),
ETELEPHONE Varchar(50),
EMOBILE Varchar(50),
EADDRESS Varchar(200),
EWORK Varchar(50),
ECOMPANY Varchar(50),
EAGE Integer,
ESCHOOL Varchar(50),
EBIRTHDAY Date,
EFAVOURATE Varchar(500),
ISMVP Integer,
ELEVEL Integer,
ENABLE_FLAG Integer,
CONSTRAINT EMPLOYEEINFO_NAME PRIMARY KEY (EID)
);

3、测试代码

  见附带文件

4、性能比较

  下面的数字是以毫秒为单位的,对于两个数据库连接的性能在4.1中有记录,因为其他的操作连接的性能基本相同,所以在其他的比较中省略了。

  新增操作:需要从数据表中获取ID,所以都需要执行ExecuteScalar

  Access:SELECT max(EId) + 1 FROM EmployeeInfo

  Firebird:SELECT first 1 GEN_ID( EMPLOYEEINFO_KEY_GEN, 1) FROM RDB$GENERATORS

  预编优化:这种方式是采用IDbCommand的Prepare方法来进行的。

 

  4.1、单条数据的操作比较

 

  1、新增操作

 IDbConnection.Open()IDbCommand.ExecuteScalar()IDbCommand.ExecuteNonQuery()
Access174.238416102.44856141.695030
 159.298931101.92122441.537487
 185.202748102.38331036.008230
    
FireBird381.80116359.86480038.652679
 360.19607969.47548239.371224
 343.83880060.606686

39.241575

  2、  修改操作

 AccessFireBird
IDbCommand.ExecuteNonQuery()125.53162788.544622
 105.50889188.177334
 145.817176107.016208
4.2、100条数据的操作比较

  1、新增操作

 IDbCommand.ExecuteScalar()IDbCommand.ExecuteNonQuery()
Access275.494317234.020361
 261.396954237.707107
 252.611140253.758009
   
预编译优化124.001096100.539268
 124.58125798.269848
 125.42218999.034516
   
预编译+事务控制156.68819999.945657
 116.74103480.133735
 113.26913482.601144
   
FireBird838.318433969.816292
 887.5979841064.949756
 818.3859551022.706634
   
预编译优化308.331690437.868342
 283.292181551.306577
 222.096816455.877916
   
预编译+事务控制70.281354109.981409
 72.19945896.185741
 69.85157291.551454

  2、  修改操作

 AccessFireBird
IDbCommand.ExecuteNonQuery()411.009308913.508742
 396.797053868.117194
 399.259210912.881623
   
预编译优化177.652866692.759320
 163.982479709.243510
 171.324164644.216015
   
预编译+事务控制158.654429106.195976
 154.795059101.715139
 157.486357104.424021
4.3、1000条数据的操作比较

  1、新增操作

 IDbCommand.ExecuteScalar()IDbCommand.ExecuteNonQuery()
Access1651.8400122133.541653
 1663.8623582144.262530
 1631.4031592135.223692
   
预编译优化796.962979808.875114
 785.243696793.758126
 809.209726797.399235
   
预编译+事务控制728.416438610.310033
 873.088523898.503055
 673.583191603.249033
   
FireBird7737.3665529359.178169
 7308.68906410904.423101
 7724.14897611846.604215
   
预编译优化3716.5872645723.248900
 3234.7379225430.311542
 2686.7148104821.239747
   
预编译+事务控制522.050014642.658276
 522.211388665.879242
 532.323116658.373523

  2、  修改操作

 AccessFireBird
IDbCommand.ExecuteNonQuery()3290.7405597873.507740
 3991.3336957822.996734
 3293.0681747116.759956
   
预编译优化1398.1608906482.893171
 1254.9799796302.055985
 1245.8021216272.648019
   
预编译+事务控制1097.316477648.313099
 1221.636742648.390276
 1104.532568648.983446
4.4、10000条数据的操作比较

  1、新增操作

 IDbCommand.ExecuteScalar()IDbCommand.ExecuteNonQuery()
Access15321.34469720695.870283
 15522.05689920775.041631
 15319.34925120727.514825
   
预编译优化10627.6898289980.130051
 11161.36143210432.259290
 10580.6193179925.817398
   
预编译+事务控制6191.6478916037.020082
 6855.9913056306.552880
 6659.6383956042.067384
   
FireBird92770.835360119561.011190
 115369.304783143528.391259
 135761.012112165465.676440
   
预编译优化61204.19758794345.156610
 36930.11249457278.146122
 40012.08146866210.081814
   
预编译+事务控制5407.6272066910.738469
 5488.0052387106.846560
 5524.5388316740.408060

  2、  修改操作

 AccessFireBird
IDbCommand.ExecuteNonQuery()39694.85580499310.751707
 35354.71652590011.911178
 36534.23665591112.061482
   
预编译+事务控制10469.0190937230.535415
 10444.3957417682.581104
 10329.1166167390.059610
4.5、100000条数据的操作比较

  1、新增操作

 

  IDbCommand.ExecuteScalar()

IDbCommand.ExecuteNonQuery()
Access

  198287.389450

223781.708768
 

  207229.904897

227152.302183
 

  236267.203150

251924.067059
   
预编译优化

  75745.455466

80136.166440
 

  80215.392531

84041.511179
 

  83531.057454

85371.502942
   
预编译+事务控制

  73753.320106

62696.035496
 

  70442.642879

69222.947557
 

  79447.569370

70056.168140
   
FireBird

  >30分钟

 
 
预编译优化297619.975597

  551716.871984

   
预编译+事务控制50412.421478

  62230.369322

 52912.052985

  69931.034354

 52509.019944

  66763.649792

    

  2、  修改操作

 AccessFireBird
IDbCommand.ExecuteNonQuery()332451.315712

  1260805.499906

 347068.025903
预编译优化164528.339360643502.447928
预编译+事务控制108129.47876281140.664313
4.6、500000条数据的操作比较

  1、新增操作

 IDbCommand.ExecuteScalar()

  IDbCommand.ExecuteNonQuery()

预编译优化Access479207.809593

  465971.617839

 377229.922041

  367370.094465

预编译+事务控制336857.065763

  316500.809166

   
预编译优化FireBird

  >60分钟

预编译+事务控制

  273555.344525

361675.703063
    

  2、  修改操作

 AccessFireBird
预编译+事务控制512516.135296473002.155994
4.7、100条数据的查询比较
 AccessFireBird
SELECT * FROM table561.603041705.621894
 528.617866804.226516
SELECT * From table WHERE name like ‘%...%’531.510943720.582087
 525.499398761.811122
4.8、1000条数据的查询比较
 AccessFireBird
SELECT * FROM table588.116789771.333159
 615.835833743.432148
SELECT * From table WHERE name like ‘%...%’557.460599715.724471
 564.812336724.736215
4.9、10000条数据的查询比较
 AccessFireBird
SELECT * FROM table1134.6147701337.971064
 1015.3745081261.249305
SELECT * From table WHERE name like ‘%...%’737.451880925.413277
 751.952307910.842727
4.10、100000条数据的查询比较
 AccessFireBird
SELECT * FROM table6501.6584836335.985464
 5426.4867886899.610531
SELECT * From table WHERE name like ‘%...%’3204.5884343298.303960
 3203.2614923810.441583
4.11、500000条数据的查询比较
 AccessFireBird
SELECT * FROM table28380.64911934032.733181
 28227.09619934557.834127
SELECT * From table WHERE name like ‘%...%’18065.77012719266.049635
 18412.90442617163.350933
4.12、数据库文件增长量的比较

  Access文件大小的增长是非常恐怖的,1000000条左右的数据基本上可以达到Access的极限(2G)

  Firebird文件大小的增长和Access比较起来,比Access要小很多,基本上是差了几个级别

  下面是分别进行大数量操作后的文件情况:

  Firebird 94808KB

  Access  1123424KB

  在不压缩数据库的前提下,Access增加100W左右的数据达到2G,Firebrid增加1000W左右的数据达到2G。

 

5、测试总结

  根据上面的性能比较,可以得出以上几点结论:

  1. 对于大批量的数据操作,一定要采用预编译或批量提交的方式进行操作,如果是在Firebird中,一定加事务进行处理,因为在Firebird中,有事务的性能可以提升6-10倍左右。在Access中,虽然性能提升不多,但是还是最好都加上事务控制。这一方面增加操作的原子性,并且也减少数据库的读写次数。
  2. Access一般支持2G左右的数据,当数据量超过这个限制后,Access不能写入数据。所以当数据量在2G下的时候才选用。Firebird对于数据的支持大于/等于16G,而且在优化后的整体性能要强于Access。
  3. Access在没有压缩的前提下,如果大批量的进行数据操作(新增/修改),那么数据大小的增长是是Firebird的几倍,一般连续增长100W多的数据就不能再插入数据了。而Firebird 在这点上是很好的,同时也没有限制。
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值