time 
设为首页】【收藏本站
当前位置: 主页 > 数据库 > 数据库理论 > Access和Firebird的性能比较

Access和Firebird的性能比较

时间:2009-03-22 21:48 点击:3867次 字体:[ ]




  本文示例源代码或素材下载

  虽然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.60668639.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

  在这点上是很好的,同时也没有限制。



本文地址 : http://www.fengfly.com/plus/view-29879-1.html
标签: 操作 性能 数据 编译 ACCESS 比较
------分隔线----------------------------
最新评论 查看所有评论
发表评论 查看所有评论
请自觉遵守互联网相关的政策法规,严禁发布色情、暴力、反动的言论。
评价:
表情:
验证码: