Занялся тут изучением результатов CУБД. Сложно даже на TPC сравнивать ибо железа одинакогвого нет.

Теперь сравним сопоставимые железки
Oracle 10G (СУБД которая еще не продается) vs MSSQL 64 bit (Наверное продается)
1) Клиенты 55 1 proc HP PA-RISC vs 32 2 proc Intel Xeon 2.8GHz
2) Производительность Oracle на 7% больше
3) 28 FibreChanel 2X vs 66 HP StorageWorks MSA 1000 (не ясно что из этого лучше)
4) Количество дисков 26,508 GB vs 34,586 Gbyte
5) Кол-во Checkpoints 5 vs 8 (интервал 27 мин vs 15 мин)
6) Oracle использует трехлетнюю лицензию MSSQL постоянную
price perf 8.33$/tmpC vs 6.49$/tmpC
7) Время разгона до максимальной производительности 59 мин vs 45 мин
8) Время теста 2 часа

http://www.tpc.org/results/individual_results/HP/hp_superdome_win64_exsum_030828.pdf
http://www.tpc.org/results/individual_results/HP/hp_tpcc_sd1.5_es.pdf


Oracle 10G (СУБД которая еще не продается) vs DB2

HW: 32way IBM pSeries 690 Turbo 7040-681
1) Oracle быстрее на 0.6% (768,839 tpmC vs 763,898 tpmC)
2) Oracle использует на 12% больше дисков и в 2 раза больше FC Adapters/SSA Adapters
3) Oracle использует трехлетнюю лицензию DB2 постоянную
4) Oracle Price/Perfomance на 4% хуже DB2
5) У DB2 нет checkpoints
6) Клиенты 30 x (4 proc POWER) x 1200Mgz vs 30 x (4 proc POWER) x 1200Mgz
7) Время разгона до максимальной производительности 1 час 10 мин vs 31 мин
8) Время теста 2 часа vs 2 часа 10 мин
http://www.tpc.org/results/individual_results/IBM/IBMp690es_101703.pdf
http://www.tpc.org/results/individual_results/IBM/IBMp690es_06302003.pdf


P.S. Не сочтите за наезд... Просто небольшой анализ.... Дальше думайте сами :)
P.P.S Почему в DB2 нет checkpoints

DB2 UDB uses a write-ahead-logging protocol to guarantee recovery.
This protocol uses “Soft” checkpoint to write least-recently-used database pages to disk independent of transaction commit.
However, enough log information to redo/undo the change to a database pages is committed to disk before the database page itself is written.
This protocol therefore renders checkpoint unnecessary for DB2 UDB.
For a more detailed description of the general principles of the write-ahead-logging protocol, see the IBM research paper, “ARIES: A Transaction Recovery Method Supporting Fine
Granularity Locking and Partial Rollbacks Using Write-Ahead Logging,” by C. Mohan, Database Technology Institute,
IBM Almaden Research Center.
http://portal.acm.org/citation.cfm?id=128770&coll=portal&dl=ACM&CFID=10343790&CFTOKEN=42047146