Ja bych to videl takhle: Firebird neznam a zatim jsem o nem neslysel, cimz je myslim receno hodne ;-) (ego rulez ;-)))
Chci tim rict, ze mozna je to moc dobra databaze, ale treba pro me je dulezita podpora spoluprace (a snadnost integrace) s dalsimi nastroji (konkretne Perl a PHP) - a tady jsem zatim na Firebird nenarazil.
Firebird (InterBase) ma dobrou (a open source) konektivitu z Perlu, Pythonu, PHP, Zope. Staci zaskocit na www.ibphoenix.com (nebo .cz, kdyz uz na to prijde) a na stranky projektu Firebird www.firebirdsql.org (nebo na firebird.sourceforge.net). BTW, Firebird je stabilne mezi 50 nejaktivnejsimi projekty na SourceForge a mezi prvni trojkou v Database Forge.
Kdyz uz mate tak rad PostgreSQL (nic proti tomu, je to dobra databaze), tak by jste se mel priucit, od koho vlastne PostgreSQL prebrala radu svych skvelych vlastnosti (multigeneracni architecturu napr. :-)
Nenechte se zmast, ze jste o Firebirdu neslysel (mozna ze jste slysel o InterBase, a to je to same). InterBase/Firebird ma velkou komunitu uz leta, a vetsi instalovanou bazi nez PostgreSQL, a vice nez patnactiletou uspesnou historii v komercni sfere.
Hezky receno. Ja osobne nechapu, proc nekdo pouziva MySQL (je to hracka - rychla, ale hracka[dlouho bez transakci, storovanych proc, cizi klice ...]).
Pry se jedna o Ferrari. Mozna, ale rodinne stribro (a tim data v kazde firme jsou) radsi prevazim v Lincolnu :-).
Jinak me osobne by take zajimalo objektivni porovnani PostgreSQL s Firebirdem a s SapDB.
Ja sam fandim FireBirdu (coz jste asi uz poznali :-)
Tvorime IS pro jednu spolecnost, ktera potrebuje uchovavat velka kvanta ciselnych (s plovouci carkou) dat. Dlouho jsme premysleli, zda pouzijeme PostgreSQL, SapDB nebo Firebird a nakonec vysledek dopadl v prospech PostgreSQL. Na SELECTy je nejrychlejsi, Firebird asi o 30% pomalejsi, SapDB na konci. PostgreSQL i Firebird vse naprosto OK, ale SapDB je kapitola sama pro sebe. Jedina kladna stranka, ze mel velmi rychle INSERTY a UPDATY. Nainstalovat a nakonfigurovat jej byl naprosty horor, po restartu PC je potreba db nejak inicializovat jeste, ale hlavne - z zcela neznamych duvodu vypadavalo spojeni (!) s DB! Proste nekdy neodpovedel na dotaz.
V nasem pripade tedy zvitezil PostgreSQL, ale verim ze v jine oblasti by stejne mohl zvitezit Firebird. Obe databaze jsou vyborne.
Aleq
P.S.: Navic mam pocit, ze u Firebirdu je problem s ODBC a jeho free verzi, k dispozici byla jen komercni verze. Je to stale aktualni?
alter table drop column super (aspon se to nebude muset delat pres tmp tabulku), ale doznalo zmeny i alter table add column pole prvek not null default '' ?? (v 7.2 se musi dat alter table na pridani pole, potom alter table na set default '' a potom pridat constraint na NOT NULL). A kdyz se dela constraint, tak je vypsany pod tabulkou a nikoliv v Modifiers pri popisu tabulky, coz je nekdy dost matouci.
Okrem jednej velkej zmeny add a DROP column pribudla este dalsia.
A niu je CLUSTER. Konkretne jeho spravanie. Verzia po CLUSTER-ovani zrusila vsetky referencie a primarne kluce plus indexi. Skratka nepouzitelny prikaz. V novej verzii sa vsetko zachovava len to preorderuje!!! Super.. PostgreSQL win..
Inak ani MySQL nieje na tom tak zle. Odporucam pockat na verziu 5.0, ktora vynde na buduci rok.
(Ne)narocnost vzniku threadu nebo forknuti neni moc relavantni a hlavne je systemove zavisla. Napriklad na linuxu to zase tak velky rozdil neni. Ostatne thready se pouzivaji vetsinou pro neco jineho (mutex, sdileni pameti apod.).
Co se tyka PG tak je zajem urychlit start spojeni a pripadne zachovavat nektere cache i pro nasledujici sessions. Resenim je pre-forked server, tedy presne to co dela klasicka verze apache (
Je radost videt ze open source projekty mohou i spolupracovat kdyz uz ne vymenou kodu tak alespon vymenou napadu. Rada novinek verze 7.3 je primo inspirovana InterBase/Firebirdem (a opacne, nektere veci ve Firebirdu 1.0 i noveho 1.5 jsou inspirovane PostgreSQL). Abych byl konkretni, jde predevsim o selectable procedury. Syntaxe je sice mirne odlisna od Firebirdu, ale podstata zustava. :-)
I kdyz oba projekty primo nespolupracuji, na posledni OSDB konferenci v Tokiu a na i jinych setkanich byly vedeny dlouhe diskuze mezi cleny obou projektu o technickych detailech obou databazi, kde a co by se dalo jak zlepsit a jake jsou zkusenosti s implementaci a provozovanim toho ci onoho (vzlastni podekovani smeruje k Ann Harrison z projektu Firebird za bezprikladnou iniciativu a obetavost :-).
Doufam, ze na FOSDEMu 2003 (v unoru v Brusselu, vice informaci na www.fosdem.org) budeme pokracovat :-)
I kdyz si obe databaze primo "konkuruji" (jsou k sobe jako KDE a GNOME, dle LinuxWorld 2002 Reader's Choice Award je v popularite letos PostgreSQL cislo dva za MySQL, InterBase/Firebird je cislo tri - Oracle byl tentokrat odsunut na ctvrte misto :-), je svet open source preci jen jiny nez komercni sfera. Geekove radi sdileji sve zkusenosti a radi se uci novym trikum, nez aby se navzajem snazili vyhodit za kazdou cenu ze sedla.
Blahopreji tymu PostgreSQL, a preji jim mnoho uspechu s verzi 7.3 i do budoucna. Potrebujeme stale lepsi a spolehlivejsi databaze :-)
Jako by vyvojari PostgreSQL meli napichnutou stenici u meho PC a zapisovali si, kdyz pri praci s PG nadavam :-). Jestli tyto vylepseni budou skutecne funkcni, stane se pro me PostgreSQL jednoznacnou jednickou mezi free databazemi. Moznost vracet z Pl/PgSQL recordset pro me znamena velice vitanou novinku. Zjednodusi se tim vyvoj a umozni to dal optimalizovat aplikace postavene nad touto databazi. Rovnez upravu ALTER velice vitam.
muj nazor(mozna jen muj??) :
vite on Postgres neni moc srovnatelny s MySQL, protoze to co nabizi MySQL se nerovna ani 1/10 toho co vzladne, ale pokud potrebujete jednoduche operace a ne nejake super slozite funkce a resite si manipulaci dat pomoci vystupnich aplikaci(neni to ta nejlepsi cesta, ale ma sve vyhody) tak, je lepsi pouzit MySQL a ne postgres
on ten linkoln je rozhodne lepsi a data se v nem i hezky hyhodnoti, ale pokud potrebujete rychlost vsadte na ferrary
PS: proc myslite ze ma v sobe PHP zabudovanou podporu MySQL a ne postgres, je to kvuli tomu ze postgres se neda zdaleka plne vyuzit pomoci PHP
PSS: nevim jak je to v PERLU, ale pokud delate webove aplikace tak je nejlepsi volba MySQL a pokud neco sloziteho a duleziteho tak postgres nebo iterbase
Používám v PHP PostgreSQL, podporu tam má velmi pěknou a musím říct,že se vyplatí i na méně složité projekty, už jen kvůli cizím klíčům. Procedurální jazyk je také velmi vhodný i pro menší aplikace. MySQL je ohromně rychlé, to mu nikdo nebere. Postgres dokáže být taky velmi rychlý, pokud se použije porsistentní spojení, čímž se odstraní největší nevýhoda PG a to je právě pomalost připojení k DB. Rychlost se dá právě získat použitím vyspělejších DB funkcí, které přenesou část logiky PHP do samotné databáze, o tom že je to i bezpečnější nemá cenu diskutovat.
Kdo mysli hlavou vi ze jste mimo :)
Pro ostatni, PHP ma podporu pro vsechny bezne pouzivane DB. Perl take, viz cpan.org modul DBI.
A co se tyce rychlosti, pouziju Vase srovnani s auty, i kdyz budete mit Ferrari tak ja dorazim s embeckem do cile driv nez Vy. Vy totiz s Ferrari neumite jezdit... ;)))
Ano JDBC uz s tim pocita, ale z duvodu kompatibility
s pozadovanym API to neni defaultne zapnute.Je nutne volat pro zapnuti teto vlastnosti org.postgresql.PGStatement.setUseServerPrepare(true)
Precti si debatu na:
http://www.geocrawler.com/archives/3/12/2002/9/100/9720889/
Neviete nahodou niekto ako mam prinutit postgres triedit slovensky a nie anglicky?
Jeden moj pokus bolo nastavit mu premenne LANG,LC_COLLATE a ine na sk_SK, ale to som mu vedel vnutit jedine cez /etc/sysconfig/i18n a teda spolu s nim aj celemu systemu a to by som nechcel. Navyde aj tak to triedilo divne. Sice nie anglicky, ale ku slovencine to malo aj tak daleko.
na subor /var/lib/pgsql/initdb.i18n to kasle, mozem s nim cvicit ako chcem
Dik