Vlákno názorů k článku
Sun uzavírá některé části MySQL od SonnY - Hm. Mozno sa konecne dostane do povedomia lepsia...

sedi vyborne na vyhledavace a vetsinu lame projektu, ne vsak na vetisnu cms systemu ...

tato vase implikace je jako kdybych rekl "vsichni co maji prezdivku zacinajici na D jsou debilove", ano u nekoho to muze byt i pravda, ale urcite nejde o vetsinu. TAkze prosim nedelejte takove silne implikace bez jakehokoli podlozeni.

Ale ale... Tahle metafora na dayveeho příspěvek vůbec nesedí. Ani žádná podobnost tam není.

Navíc má dayvee úplnou pravdu. Evidentně jste nikdy s jinou DB než MySQL nedělal, pokud vůbec něco o databázích víte.
Já se osobně divím, proč Sun vůbec koupil takový ubohý paskvil jako je tahle "umí transakce, ale rollback nefunguje úplně vždy" MySQL.

to ze nevies na mysql spravit rollback neznamena ze to mysql nevie ... ak zoberiem tu implikaciu ktorou ti tu uz bolo nieco naznacene, tak to vypoveda o tom ze si s mysql nikdy nepracoval a ked ano, tak si nedosiel za konfigurak a skip-networking :)

Víceméně máte pravdu, že pokud jsou v aplikaci pouze jednoduché SQL dotazy tak MySQL v jistých případech vyhrává. Jenomže to zrovna není případ většiny enterprise systémů, což je sféra do které Sun míří.

Výkon MySQL dost závisí na použitém storage engine, ale například i na počtu procesorů (škálovatelnost MySQL není nic moc). No a ve chvíli kdy potřebujete vyhodnocovat složitější dotazy, velmi vám záleží na integritě dat, případně chcete část logiky přesunout například do triggerů, tak MySQL není ta správná volba.

Hmmm... bankovnictví přes internet... říká vám to něco?
Vám by na to přišlo OK použít MySQLku?

Jestliže ano, pak máte teda odvahu :-D.

Doufám, že Firebird se hodí i na víc, než jen na "lame projekty". :o)

No ja jsem si to zbezne precetl a ta zatez kterou tam prezentuji to je zatez ktera podle nasich meritek prakticky limituje k nule. Oracle na x86 nam dela bezne cca 10x tolik.

To jste asi jeste nikdy nevidel co znamena poradny db provoz. Napriklad jeden nas server co slouzi jako vyhledavac souboru bezici na x86 architekture, tak ma naindexovano 1941512608 souboru, prumerna zatez 200 queries/sec. A to zdaleka neni objemove (na TB) nejvetsi databaze co tu x86 platforme mame.

Firebird jsme sice nezkouseli ale testovali jsme pgsql a mysql a ty byly proti oraclu i 10x pomalejsi. Proste na nelame projekty potrebujete nelame databazi a tu vam nikdo zadarmo neda.

Kdyby tam ti z tech studii vrazili misto firebirdu i tu free verzi db2, tak by udelali lepe. Kolik existuje nastroju pro firebird a kolik pro db2. Kvalitni tooly vam usetri mraky casu, pokud si musite tooly k db kodovat inhouse, je to o nicem.

Ano, to je možné. Ale instalačka Firebirdu má sotva pár mega, administrace nulová. Ona ne každá sekretářka musí mít na stole cluster. :-) Čiže fakt, že v případě potřeby tatáž aplikace utáhne i "střední věci" (řekněme tak stovky giga až jednotky tera? asi záleží na firmě, že jo :-)), může pro některé lidi být docela zajímavý. Kolik teda Oracle zvládl na Pentiu Pro? Tisíc interaktivních připojení, když to má být údajně "desetkrát tolik"? BTW, je otázka, zda alespoň v některých případech ten "podstatně vyšší výkon" Oraclu nepřebije jeho pořizovací cena, za niž by šel koupit adekvátní hardware. Kolikpak že to je, $40000 na dřevo jen za instalaci od pěti procesorových jednotek nahoru?

no pokud mate db o velikosti jednotky GB a zatez jako treba tech inzerovanych 250 tisic transakci/den, tak tohle na dnesnim hw zvladne opravdu cokoliv.

db2 nam v testu delala okolo 12k interaktivnich pripojeni na x86 4 procesorovym hw s connection concentratorem. testovalo se to na workloadu ala eshop. Kolik stal SW tezko z hlavy rict, ale $40k by asi nestacilo zalezi jakou slevu by jste dostal, tipnul bych si tak k $60k katalogova cena.

stovky giga az jednotky tb je uz na databaze pgsql a mysql prilis. Nejenom ze je to uz znacne pomale, ale hlavne se tomu nedostava potrebna funkcionalita nutna pro efektivni spravu vetsich databazi. Vim ze lidi na tehlech db provozuji takovedle db, ale to je dano tim, ze nemaji prachy na poradnou db.

treba db2 zalohuje na masine s 1 diskem 7200rpm a windows xp vice nez 1.2GB/min. Zaloha se dela na tentyz disk. To samy s mysql 3GB db se zalohuje asi 7 minut a obnovuje se okolo 23 minut. To je proste prilis pomaly. Nahravat 3GB dat 23 minut, to je ale strasne pomaly s tim se pri vetsich db nehnete.