Access和Firebird的性能比较-mysql チュートリアル-php.cn

ホームページ

データベース

mysql チュートリアル

Access和Firebird的性能比较

WBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWB

Jun 07, 2016 pm 03:50 PM

accessパフォーマンス比較する

虽然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、Firebir

虽然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()
Access	174.238416	102.448561	41.695030
	159.298931	101.921224	41.537487
	185.202748	102.383310	36.008230

FireBird	381.801163	59.864800	38.652679
	360.196079	69.475482	39.371224
	343.838800	60.606686	39.241575

　　2、　修改操作

	Access	FireBird
IDbCommand.ExecuteNonQuery()	125.531627	88.544622
	105.508891	88.177334
	145.817176	107.016208

4.2、100条数据的操作比较

　　1、新增操作

	IDbCommand.ExecuteScalar()	IDbCommand.ExecuteNonQuery()
Access	275.494317	234.020361
	261.396954	237.707107
	252.611140	253.758009

预编译优化	124.001096	100.539268
	124.581257	98.269848
	125.422189	99.034516

预编译+事务控制	156.688199	99.945657
	116.741034	80.133735
	113.269134	82.601144

FireBird	838.318433	969.816292
	887.597984	1064.949756
	818.385955	1022.706634

预编译优化	308.331690	437.868342
	283.292181	551.306577
	222.096816	455.877916

预编译+事务控制	70.281354	109.981409
	72.199458	96.185741
	69.851572	91.551454

　　2、　修改操作

	Access	FireBird
IDbCommand.ExecuteNonQuery()	411.009308	913.508742
	396.797053	868.117194
	399.259210	912.881623

预编译优化	177.652866	692.759320
	163.982479	709.243510
	171.324164	644.216015

预编译+事务控制	158.654429	106.195976
	154.795059	101.715139
	157.486357	104.424021

4.3、1000条数据的操作比较

　　1、新增操作

	IDbCommand.ExecuteScalar()	IDbCommand.ExecuteNonQuery()
Access	1651.840012	2133.541653
	1663.862358	2144.262530
	1631.403159	2135.223692

预编译优化	796.962979	808.875114
	785.243696	793.758126
	809.209726	797.399235

预编译+事务控制	728.416438	610.310033
	873.088523	898.503055
	673.583191	603.249033

FireBird	7737.366552	9359.178169
	7308.689064	10904.423101
	7724.148976	11846.604215

预编译优化	3716.587264	5723.248900
	3234.737922	5430.311542
	2686.714810	4821.239747

预编译+事务控制	522.050014	642.658276
	522.211388	665.879242
	532.323116	658.373523

　　2、　修改操作

	Access	FireBird
IDbCommand.ExecuteNonQuery()	3290.740559	7873.507740
	3991.333695	7822.996734
	3293.068174	7116.759956

预编译优化	1398.160890	6482.893171
	1254.979979	6302.055985
	1245.802121	6272.648019

预编译+事务控制	1097.316477	648.313099
	1221.636742	648.390276
	1104.532568	648.983446

4.4、10000条数据的操作比较

　　1、新增操作

	IDbCommand.ExecuteScalar()	IDbCommand.ExecuteNonQuery()
Access	15321.344697	20695.870283
	15522.056899	20775.041631
	15319.349251	20727.514825

预编译优化	10627.689828	9980.130051
	11161.361432	10432.259290
	10580.619317	9925.817398

预编译+事务控制	6191.647891	6037.020082
	6855.991305	6306.552880
	6659.638395	6042.067384

FireBird	92770.835360	119561.011190
	115369.304783	143528.391259
	135761.012112	165465.676440

预编译优化	61204.197587	94345.156610
	36930.112494	57278.146122
	40012.081468	66210.081814

预编译+事务控制	5407.627206	6910.738469
	5488.005238	7106.846560
	5524.538831	6740.408060

　　2、　修改操作

	Access	FireBird
IDbCommand.ExecuteNonQuery()	39694.855804	99310.751707
	35354.716525	90011.911178
	36534.236655	91112.061482

预编译+事务控制	10469.019093	7230.535415
	10444.395741	7682.581104
	10329.116616	7390.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、　修改操作

	Access	FireBird
IDbCommand.ExecuteNonQuery()	332451.315712	1260805.499906
	347068.025903	1260805.499906
预编译优化	164528.339360	643502.447928
预编译+事务控制	108129.478762	81140.664313

4.6、500000条数据的操作比较

　　1、新增操作

	IDbCommand.ExecuteScalar()	IDbCommand.ExecuteNonQuery()
预编译优化Access	479207.809593	465971.617839
	377229.922041	367370.094465
预编译+事务控制	336857.065763	316500.809166

预编译优化FireBird	>60分钟
预编译+事务控制	273555.344525		361675.703063

　　2、　修改操作

	Access	FireBird
预编译+事务控制	512516.135296	473002.155994

4.7、100条数据的查询比较

	Access	FireBird
SELECT * FROM table	561.603041	705.621894
	528.617866	804.226516
SELECT * From table WHERE name like ‘%...%’	531.510943	720.582087
	525.499398	761.811122

4.8、1000条数据的查询比较

	Access	FireBird
SELECT * FROM table	588.116789	771.333159
	615.835833	743.432148
SELECT * From table WHERE name like ‘%...%’	557.460599	715.724471
	564.812336	724.736215

4.9、10000条数据的查询比较

	Access	FireBird
SELECT * FROM table	1134.614770	1337.971064
	1015.374508	1261.249305
SELECT * From table WHERE name like ‘%...%’	737.451880	925.413277
	751.952307	910.842727

4.10、100000条数据的查询比较

	Access	FireBird
SELECT * FROM table	6501.658483	6335.985464
	5426.486788	6899.610531
SELECT * From table WHERE name like ‘%...%’	3204.588434	3298.303960
	3203.261492	3810.441583

4.11、500000条数据的查询比较

	Access	FireBird
SELECT * FROM table	28380.649119	34032.733181
	28227.096199	34557.834127
SELECT * From table WHERE name like ‘%...%’	18065.770127	19266.049635
	18412.904426	17163.350933

4.12、数据库文件增长量的比较

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

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

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

　　Firebird　94808KB

　　Access　 1123424KB

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

5、测试总结

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

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

声明

この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。

MySQLのライセンスは、他のデータベースシステムと比較してどうですか？Apr 25, 2025 am 12:26 AM

MySQLはGPLライセンスを使用します。 1）GPLライセンスにより、MySQLの無料使用、変更、分布が可能になりますが、変更された分布はGPLに準拠する必要があります。 2）商業ライセンスは、公的な変更を回避でき、機密性を必要とする商用アプリケーションに適しています。

MyisamよりもInnodbを選びますか？Apr 25, 2025 am 12:22 AM

Myisamの代わりにInnoDBを選択する場合の状況には、次のものが含まれます。1）トランザクションサポート、2）高い並行性環境、3）高いデータの一貫性。逆に、Myisamを選択する際の状況には、1）主に操作を読む、2）トランザクションサポートは必要ありません。 INNODBは、eコマースプラットフォームなどの高いデータの一貫性とトランザクション処理を必要とするアプリケーションに適していますが、Myisamはブログシステムなどの読み取り集約型およびトランザクションのないアプリケーションに適しています。

MySQLの外国キーの目的を説明してください。Apr 25, 2025 am 12:17 AM

MySQLでは、外部キーの機能は、テーブル間の関係を確立し、データの一貫性と整合性を確保することです。外部キーは、参照整合性チェックとカスケード操作を通じてデータの有効性を維持します。パフォーマンスの最適化に注意し、それらを使用するときに一般的なエラーを避けてください。

MySQLのインデックスのさまざまなタイプは何ですか？Apr 25, 2025 am 12:12 AM

MySQLには、B-Treeインデックス、ハッシュインデックス、フルテキストインデックス、空間インデックスの4つのメインインデックスタイプがあります。 1.B-Treeインデックスは、範囲クエリ、ソート、グループ化に適しており、従業員テーブルの名前列の作成に適しています。 2。HASHインデックスは、同等のクエリに適しており、メモリストレージエンジンのHASH_TABLEテーブルのID列の作成に適しています。 3。フルテキストインデックスは、記事テーブルのコンテンツ列の作成に適したテキスト検索に使用されます。 4.空間インデックスは、地理空間クエリに使用され、場所テーブルのGEOM列での作成に適しています。

MySQLでインデックスをどのように作成しますか？Apr 25, 2025 am 12:06 AM

tocreateanindexinmysql、usethecreateindexstatement.1）forasinglecolumn、 "createdexidx_lastnameonemployees（lastname）;" 2）foracompositeindexを使用して、 "createindexidx_nameonemployees（lastname、firstname）;" 3）; "3）、" 3）を使用します

MySQLはSQLiteとどのように違いますか？Apr 24, 2025 am 12:12 AM

MySQLとSQLiteの主な違いは、設計コンセプトと使用法のシナリオです。1。MySQLは、大規模なアプリケーションとエンタープライズレベルのソリューションに適しており、高性能と高い並行性をサポートしています。 2。SQLiteは、モバイルアプリケーションとデスクトップソフトウェアに適しており、軽量で埋め込みやすいです。

MySQLのインデックスとは何ですか？また、パフォーマンスをどのように改善しますか？Apr 24, 2025 am 12:09 AM

MySQLのインデックスは、データの取得をスピードアップするために使用されるデータベーステーブル内の1つ以上の列の順序付けられた構造です。 1）インデックスは、スキャンされたデータの量を減らすことにより、クエリ速度を改善します。 2）B-Tree Indexは、バランスの取れたツリー構造を使用します。これは、範囲クエリとソートに適しています。 3）CreateIndexステートメントを使用して、createIndexidx_customer_idonorders（customer_id）などのインデックスを作成します。 4）Composite Indexesは、createIndexIDX_CUSTOMER_ORDERONORDERS（Customer_Id、Order_date）などのマルチコラムクエリを最適化できます。 5）説明を使用してクエリ計画を分析し、回避します

データの一貫性を確保するために、MySQLでトランザクションを使用する方法を説明します。Apr 24, 2025 am 12:09 AM

MySQLでトランザクションを使用すると、データの一貫性が保証されます。 1）StartTransactionを介してトランザクションを開始し、SQL操作を実行して、コミットまたはロールバックで送信します。 2）SavePointを使用してSave Pointを設定して、部分的なロールバックを許可します。 3）パフォーマンスの最適化の提案には、トランザクション時間の短縮、大規模なクエリの回避、分離レベルの使用が合理的に含まれます。

See all articles