Nyilván, ha átírható volt kevesebb erőforrás ráfordítással, akkor azt kell(ett) választani. Nem szeretnélek rábeszélni a firebird-re, de azt sem szeretném, ha az terjedne, hogy nem jó. Pl. az orosz posta ezt az adatbázis kezelőt használja, nem kevés adattal, nem kevés tranzakcióval és nem kevés klienssel.
A legutóbbi konferencián, ahol a tranzakció kezeléséről volt szó, szélsőséges projektnek egy olyan weboldalt emlegettek, ahol havonta 1 milliárd tranzakció fut az adatbázisban.
Nálunk a másik fő fejlesztési irány az Oracle, van, hogy az FB jobb eredményeket produkálni. Mindig meg kell találni, az adott projektre mi a jó választás.
(Egyébként a Firebird tranzakció kezelése szerintem szenzációs, viszont az egyediségéből adódóan okozhat jelentős lassulást (még az Interbase-es időkből örökölte). Mi is belefutottunk sok év használat után, hogy speciális esetekben lassultak a selectek, és csak az segített, hogy a fejlesztőkkel konzultálva ténylegesen megértettük a működését és ez alapján változtattunk a program tranzakció kezelésén.)