Speed Comparison - Sqlite Posgtresql Mysql and Firebird

[sadettinpolat]

http://www.sqlite.org/cvstrac/wiki?p=SpeedComparison


fb'nin stringlerle arasını biraz düzeltmesi gerekiyor anlaşılan

Kod: Tümünü seç

Test 5: 100 SELECTs on a string comparison

    SELECT count(*), avg(b) FROM t2 WHERE c LIKE '%one%';
    SELECT count(*), avg(b) FROM t2 WHERE c LIKE '%two%';
    SELECT count(*), avg(b) FROM t2 WHERE c LIKE '%three%';
    ... 94 lines omitted
    SELECT count(*), avg(b) FROM t2 WHERE c LIKE '%ninety eight%';
    SELECT count(*), avg(b) FROM t2 WHERE c LIKE '%ninety nine%';
    SELECT count(*), avg(b) FROM t2 WHERE c LIKE '%one hundred%';

SQLite 3.3.3 (sync):	   4.853
SQLite 3.3.3 (nosync):	   4.868
SQLite 2.8.17 (sync):	   4.511
SQLite 2.8.17 (nosync):	   4.500
PostgreSQL 8.1.2:	   6.565
MySQL 5.0.18 (sync):	   3.424
MySQL 5.0.18 (nosync):	   2.090
FirebirdSQL 1.5.2:	   5.803

bu da çok ilginç geldi bana

Kod: Tümünü seç

Test 17: DELETE with an index

    DELETE FROM t2 WHERE a>10 AND a<20000; 

SQLite 3.3.3 (sync):	   0.866
SQLite 3.3.3 (nosync):	   0.627
SQLite 2.8.17 (sync):	   1.275
SQLite 2.8.17 (nosync):	   0.817
PostgreSQL 8.1.2:	   0.283
MySQL 5.0.18 (sync):	   0.541
MySQL 5.0.18 (nosync):	   1.336
FirebirdSQL 1.5.2:	   5.033

ama firebird ADO.NET Provider 'in performansi yerlerde surunuyor...
http://sqlite.phxsoftware.com/forums/622/ShowPost.aspx

[Terminator]

> fb'nin stringlerle arasını biraz düzeltmesi gerekiyor anlaşılan

FB bunu 3 yıl önce düzeltti ama henüz release etmedi. FB2 dene gör.

bu testleri SQLite yapmış sanırım, SQLite bir gömülü SQLdir ve
Firebird ile aynı klasmanda olmadığını bu işlerden anlayan iyi bilir.

>>
SELECT count(*), avg(b) FROM t2 WHERE c LIKE '%one%';
SELECT count(*), avg(b) FROM t2 WHERE c LIKE '%two%';
SELECT count(*), avg(b) FROM t2 WHERE c LIKE '%three%';
... 94 lines omitted
SELECT count(*), avg(b) FROM t2 WHERE c LIKE '%ninety eight%';
SELECT count(*), avg(b) FROM t2 WHERE c LIKE '%ninety nine%';
SELECT count(*), avg(b) FROM t2 WHERE c LIKE '%one hundred%';
>>

bu kasıtlı bir testtir, FB gibi MGA yapısının ilk günden beri bilinen bir
zayıf yanını kullanmışlar.
bu sorgularda FB full-table scan yapar ve index kullanmaz. buna rağmen aynı mimarinin takliti olan postgreden daha iyi sonuç vermiş. budur FB.
mysql sqllite daha hızlı sanıp kullanmak isteyen varsa kullansın, hızı kendi tasarım ve kullanım kalitenizle yakalayamıyorsanız üründe ararsınız.

---
SQLite 3.3.3 (sync): 4.853
SQLite 3.3.3 (nosync): 4.868
SQLite 2.8.17 (sync): 4.511
SQLite 2.8.17 (nosync): 4.500
PostgreSQL 8.1.2: 6.565
MySQL 5.0.18 (sync): 3.424
MySQL 5.0.18 (nosync): 2.090
FirebirdSQL 1.5.2: 5.803[/code]

bu da çok ilginç geldi bana

Test 17: DELETE with an index

DELETE FROM t2 WHERE a>10 AND a<20000;

SQLite 3.3.3 (sync): 0.866
SQLite 3.3.3 (nosync): 0.627
SQLite 2.8.17 (sync): 1.275
SQLite 2.8.17 (nosync): 0.817
PostgreSQL 8.1.2: 0.283
MySQL 5.0.18 (sync): 0.541
MySQL 5.0.18 (nosync): 1.336
FirebirdSQL 1.5.2: 5.033[/code]
----

hiç de ilginç değil bence, FB bir MGA dır,
silme işlemi aslında bir insert işlemidir, bunu daha önce anlatmıştım.
burada, çok subjectif testler yapılmış, burada kullanılan FB nin embedded
olduğunu bile sanmıyorum. Bu sürelere commit süresi dahil mi?
FB anında commit ederken diğerleri transaction loglarını temize geçirmekle uğraşacaktır.


----
ama firebird ADO.NET Provider 'in performansi yerlerde surunuyor...
http://sqlite.phxsoftware.com/forums/622/ShowPost.aspx[/quote]
----

peki diğer ürünlerin FB karşısında kaç konuda yerlerde süründüğü de açıklanmış mı??

[Terminator]

Testler hakkında 1-2 şey daha,
önümüzdeki versiyonlarda hiçbir RDBMSin kat ve kat kendi kodu yoluyla hızlanmak gibi bir umudu olmamasına rağmen, bu sonuç FB için zaten ulaşılmış ve test edilen bir durumdur.
anlayacağınız hepsinden gelen ses aynı: josef josef...

interbaseden birkaç yıl sonra milyonlarca dolar sermaye ve büyük firma destekleriyle kurulmuş ve geliştirilmiş sybase bile garaj yapımı interbase kadar yaygın ve fanatik bir kullanıcı kitlesi edinememiştir.
Postgre de, mysqldeki transaction desteği veren ve oraclein el koydugu innodb çekirdeği de interbase mimarisinin taklididir.

test ettiğiniz VT sistemleri ACID garantisi veremiyorsa karşılaştırmak ve
varsayımlar çıkarmak sonuçta yine size zarar verir.