ARCHIV

Že by se tu nerozjela diskuse na oblíbené téma "která databáze je lepší"? No, jedině dobře. Buďto jsem to napsal dostatečně nevyhraněným způsobem, nebo už jsme se podobných diskusí nabažili. Každopádně dobře.

Doporucuju si podobne ulety pro priste hlidat :)

Cross-platform support

We provide optimized binaries for a wide range of platforms, including Linux, Microsoft Windows, FreeBSD, Sun Solaris, IBM's AIX, Mac OS X, HP-UX, AIX, QNX, Novell NetWare, SCO OpenUnix, SGI Irix, and Dec OSF

Píše se na http://www.mysql.com/products/mysql/

Mel jsem na mysli to neprelozene sluvko "and". Takhle je videt, ze to je akorat copy&paste z nejakeho anglicky psaneho textu.

Honzo, chybičkám se ani při nejlepší vůli nevyhneš. Tak například ve tvém článku

http://www.linuxsoft.cz/article.php?id_article=300

"Některé klienty ho použijí automaticky" (správně někteří klienti);
"...samotná data se přenáší..." (správně přenášejí);

a to bylo jen namátkou. Nicméně díky, pokusím se dávat větší pozor a příště mě prosím informuj spíš na ICQ.

>Některé klienty< je správně. Stejně jako je jsou správně sedmihlaví draci a papírové draky. Klient může být čivotný nebo neživotný.

Stejně tak tvar >data se přenáší< je podle současných pravidel v pořádku. Máš sice pravdu v tom, že to sloveso patří do 4. slovesné třídy pod vzor sází, ale dnes je ve 3. osobě plurálu u tohoto vzoru akceptovatelná i koncovka -í, vedle tradiční -ejí. (Před 6 lety by to ještě bylo možné považovat za chybu či hovorový tvar.)

Mě ale nešlo o pravopisné chyby. Jde jen o to, že ta nepřeložená slůvka prostě vypadají blbě. Lze si to vyložit, že autor prostě přetáhl odněkud nějaký kus textu a a ni se ho moc nenamáhal číst (netvrdím, že to je tvůj případ).

Me osobne uspech Firebirdu zase tak moc neprekvapil, preci jen je to "nastupec" Interbase, dost veci je psanych v Borlandich nastrojich a tahle db tam ma asi nejlepsi podporu ze vsech.
Taky nad ni jeden nas produkt jede, tak ji zacinam docela dobre znat ;-). Mno mozna az dokoncim PostgreSQL a nikdo se ji zatim neujme, mohl bych ji zpracovat.

To je dobrý nápad. Já jsem například skutečně žil mezi MySQL a PostgreSQL v blahé nevědomosti, že Firebird je někde hodně vzadu. Nicméně, při přípravě článku jsem jaksi procitl.

...Objektové a relační - tam se databáze liší podle způsobu, jak ukládají data...

vsechny databaze ukladaji data jako nejaky vice ci mene smysluplny shluk bytu na nejakem mediu. V ukladani dat se databaze zcela jiste nelisi. Lisi se ale v modelu, ktery rozhoduje o tom, jak je mozno ( i teoreticky) posoudit, jakou kvalitu bude databaze mit, jak vykone mohou byt dotazovaci jazyky a jake jsou moznosti optimalizace. Tato definice zacatecnikovi sice mnoho nerika, presto by nemel byt z duvodu zjednodusovani spatne informovan. Krome jineho, modelu existuje vice nez ty dva uvedene, a ty neuvedene jsou jiz z principu mnohem vykonejsi, zejmena ve srovnani s databazemi, ktere stavi na relacnim modelu

...souborove a systemove databaze...

nedalo by se to upresnit? mysql uklada data v souborech (idx a dat) a je systemova?

Rozdělit databáze je opravdu složité. Tak napříkad k většině relačních databází existují rozhraní přistupující k nim pomocí objektů (jako jsou recordsety, resultsety, pohledy a tak dále).

S tou souborová vs. systémová nás to učili tak, že "souborovou si přenesete na disketě" a "ono to bude fungovat". Ano, už je to hodně dávno...

K tomu rozdeleni databazi bych mel jednu poznamku, je sice pravda, ze jsou databaze objektove a relacni. Ale rekl bych ze spise nez objektove databaze bylo vhodne zminit jednoduche databaze klic->hodnota (dbm, BekeleyDB...), ktere jsou podle meho nazoru pouzivany daleko vice nez objektove databaze. A prekvapive jsou misty pouzivany i v relativne velkych aplikacich.

Petr je asi nezminil z ohleduplnosti, ale Oracle jeste zvedl pojen databazoveho gridu, asi bych to zminil nekde u deleni na systemove a souborove...
Souborove bych asi pochopil stylem, ze je to soubor, ktery umim sam zpracovat "pesky" (tedy umim, da se to napsat), na systemove holt potrebuji ten server...

Pravda, pravda. Stále se učím. S typy databází je to tak, že kromě zmiňovaných jsem ještě vyčetl že existují systémy "hierarchický" a "síťový"; ani jeden se ve větším měřítku ale nepoužívá.

U těch gridů mi kdysi jeden fanda na "vícecomputerové systémy" (jak tomu pracovně říkám) vysvětloval rozdíl mezi "grid computingem" a "on-demand computingem". Moc jsem to nepochopil, ale databáze budou asi v budoucnu používat obojí. Nechme se překvapit.

Mno, já jsem ještě v Unicornu byl na školení od Oracle a vysvětlovali i jak to funguje, na grid je potřeba vícero serverů a diskových zařízení/polí, ale už bych musel hledat materiály, abych našel, jak je to přesně. Nebylo to moc jednoduché a je na to potřeba dost hardware. Otázkou také je, kdože to vlastně využije, třeba v KB se bez tohoto obejdou a to není malá banka. Pokud si pamatuji dobře, v KB řešila servery a databáze nejmenovaná velká modrá firma, co Linuxářům dává patenty a vývojářům bombastické vývojové prostředí Eclipse.