Milyen adatbázist használjak?

Dolgoztam már Delphi7 és Paradox valamint PHP és MySql párossal(az ms access-t nem számolom). Most egy komolyabb alkalmazáson jönne, de nem tudom mit válasszak hozzá. Még minden képlékeny, azt sem tudom Qt vagy Java legyen. Az adatbázis terén pedig a Firebird-el tényleg megbízhatóbb és jobb egy max 10-20 kliens-es környezet mint a MySql vagy PostgreSQL ?
Egy üzleti alkalmazásról lenne szó kb 50 tábla max pár ezres rekordokkal az összes rekordszám cca:100.000 bőven számolva.

Linux-on fejlesztek és csak free dolog jöhet számításba.

[szerkesztve]:
Köszönöm mindenkinek!
PostgreSQL 8.4 mellet döntöttem.

Hozzászólások

Az 50 táblából arra tippelek, hogy eléggé összetett lekérdezéseket kell majd beletolni. Nyilván fogsz valami adatbázis absztrakciós réteget használni, olyat kellene választani, ami a lehetséges variációk közül a legtöbbet támogatja, és kitesztelni, hogy a konkrét query-ket meyik tudja a leggyorsabban kisakkozni. Legalábbis én így csinálnám. Vagy a táblatervek után generálni tesztadatokat, hogy legalább saccolni lehessen, hogy egyáltalán van-e mérhető sebesség az egyes adatbázismotorok között.
Megbízhatóság szempontjából nem hiszem, hogy lenne rettenetes különbség, pláne mert gondolom egy viszonylag védett helyen futna maga a db. Ha nem kell állandóan frissítgetni, akkor lehet maradni egy bevált verziónál, még ha picit bugos is.

- Oracle 10g Express Edition
- IBM DB2 Express-C 9.7
- Postgres SQL 8.4

Lehet választani...

Szintén +1 a pg-nek. Egyszerű, "olcsó", ráadásul van benne pár szép dolog azért, ami pl. MySQL-ből keményen hiányzik.

IBM DB2-vel nincs tapasztalatom, Oracle meg nem nyerte el annyira a tetszésem az alapján, amit a környezetemben láttam. (Időnként macerásnak tűnt).

----------------
Lvl86 Troll

-Oracle Express (Ha dolgoztál már orával esetleg pg -> pl/sql)
-Sybase-nek is van express edition-ja
-Esetleg a PG 8.4, ha több adatra számítasz 1-2 éven belül mint 5GB (Ennyi az Ora, Sybase limit 1 adatbázisra), akkor megprobálhatotd.
Bár azt sokan elfelejtk hogy 1 Db -> may 5 GB , de gyakorlatilag annyi db-t csinélsz amennyit akarsz :D , ora, sybase remekül kezelik a cross db query-ket ami pg -ben szívás (contrib, db link..), a firebird meg azt se tudja mi fán eszik.
Ja Firebird szerintem felejtős ha csak nem szeretsz szívni, nem tudja az smp-t , cross db query-t...stb, elég csak meg nézni majd a 3-as ba miket akarnak belerakni talán utána már eléri azt a szintet hogy komolyabb projektett is rá lehet bizni, ez már nem feltétlen tartoik a tárgyhoz, de fb-n nagy tábla, egyszerű lekérdesé , 2.1.2:
"select * from tábla where 0=1" erre végig megy a táblán fut 1:30-ig és nem add vissza semmit kisé problémás a query optimizere :DDD

Nem azért írtam hogy lehuzzam az fb-t néhány éve még nagy reménységnek tartottam, azt hittem hogy komoly ellenfele lesz a nagy szerverek ingyesen használható kis testvéreinek (MSDE, ORacle XE, Sybase..), de sajnos nem jött be -gondolom sok gondjuk lehet az interbase motorral ill. átalakításával- emiatt sajnos ma lemaradtak, technikában stabilitásban, ami fejlesztési időben nem mindegy (gondolom nem kell magyarázni menniy idő valamit meg szögelni, körbe programozni, vagy csak ott van megírtad és megy..). A classic nem smp, ne keverjük minden connect-nek saját cache van ami memórai igényes, és lassú is:
Pl: adok egy ora/sybase/ms szervernek 500 mb-ot az abban lévő adatokat minden connect eléri.
adok fb classicnak kliensenként 50 mb-t 10 konnektnál 500-mbnél vagyok és egy kis db-nél beleférhet az az egész 500-mbbe addig fb-nél sose fog, "mindig" fetchel a cache-be.
A Postgresql-el, -ill a ha egyszer kijön MySQL 6 :D , jó rég huzzák-
kapcsolatban is sajnos hátrébb van már a fejlesztési időben , tudásban és stabilitásban.

De azért bízom benne hogy egyszer tényleg komoly alternatíva lesz, de azt hisszem hogy a lottó 5-ősre nagyobb az esélyem (bár ha bejönne megtámogatnám őket egy kis pénzmaggal :)))

Köszönöm mindenkinek!
PostgreSQL 8.04 mellet döntöttem.
Oracle-n is gondolkoztam, de a regisztrációs űrlapjuk elriasztott.