[Michal Čihař]

Až přidáš další jazyky, tak možná zjistíš, že by bylo lepší mít tabulku se sloupci name, jazyk, text a že pohledy na to nepotřebuješ .

Jinak data v utf-8 tam můžeš samozřejmě nacpat v jakékoliv verzi.

[unchallenger]

Taky mě pobavilo, že si někdo tak stěžuje na omezenost MySQL, když neumí navrhnout jednodchou databázi... Další možnost jsou gettext-like tabulky (id, překlad) pro každý jazyk.

BTW UTF-8 používám jako znakovou sadu v MySQL 3.23 prakticky odjakživa, akorát se musí MySQL opatchovat Kasprzakovym patchem.

[Karel Benák]

Machry machry. Až budeš po někom něco předělávat, pak asi pochopíš moje nářky.

Pochybuju že by Ti webhostingové firmy vyšli vstříct a záplatovali přesně podle Tvých představ.

[Luk]

Při vývoji MySQL byly jiné priority (hlavně výkon).

Co se týká UTF-8, tak to tam samozřejmě nacpat jde, ale např. řazení nebude fungovat správně.

[Michal Čihař]

No na tabulku s překlady opravdu nutně potřebuju řazení . Jinak viz odpověď Yetiho výše.

[Karel Benák]

Pánove nevím jestli jste to pochopili nebo vůbec četli, ale pro natvrdlé ještě jednou.

Já nejsem tvůrcem toho produktu neřešícího lokalizace a využívajícího MySQL.

Co mě štve je to, že pohledy jsou v MySQL doplněny až od verze 5.0.1 která je zatím dostupná jako beta. No a do databázového schématu pořádně sahat nemůžu. To mám zakázané, protože tu databázi využívá nějaká windowsí aplikace přes ODBC. Tak mě napadlo použít pohledů pro různé jazykové verze a dotazy by zůstaly skoro stejné, jen misto tabulek by se používaly pohledy. Takhle to budu muset řešit přepisováním názvů sloupců pro různé jazykové verze.

[unchallenger]

Jenže podmínku ,do databázového schématu nemohu zasahovat, zato si do tabulek mohu přidělávat sloupce, jak mě napadne` jsi na začátku neuvedl.

[lubo]

ale ved je vseobecne zname, a MySQL AB sa ani inak netvari, ze cielom ich databazy nie je druhy postgres ci oracle. je potrebne pouzivat nastroje na to na co su urcene...

[Karel Benák]

To je sice hezke ze se ani jinak netvari, ale ja jsem nucen jejich produkt pouzivat a mezi tim moci si vybrat a muset neco pouzivat je sakra rozdil.

[Michal Čihař]

Ale MySQL AB není ten, kdo tě nutí, tak si stěžuj u toho, kdo tě nutí

[Michal Kubeček]

Přesně tak. Fascinuje mne, kolik lidí používá MySQL na aplikace, pro které se absolutně nehodí (protože když ji používají všichni, tak přeci musí být nejlepší) a pak vymýšlejí všelijaké krkolomnosti, kterými se její nedostatky snaží obcházet místo toho, aby použili databázový engine, který disponuje obvyklými funkcemi.

[unchallenger]

Obcházení nedostatků MySQL je nepochybně právě tento případ. Pche. Jestli normální postgrčkaři navrhují uložení jazykových variant do databáze takhle, brr...

[Michal Čihař]

Mě spíš fascinuje jak někteří navrhnou blbě databázi a pak si stěžují že databázový engine je blbý…

[Michal Kubeček]

Tato databáze je navržena blbě, to je evidentní. Nicméně stejně evidentní je, že MySQL je blbý databázový engine - alespoň pokud se snaží tvářit jako skutečný SQL server.

[Michal Čihař]

Jde o to, čemu říkáš skutečný SQL server . Nikdo netvrdí, že implementuje kompletní ANSI SQL 99. Ale je fakt, že na dost využití ta podmnožina funkcí, kterou implementuje, stačí.

[VícNežNic]

Nebo to spíš blbě čteš. ,,Nicméně stejně evidentní je, že MySQL je blbý databázový engine`` = ,,Používám něco jiného``

[Michal Kubeček]

Implikace zleva doprava platí určitě. Ale zprava doleva ani omylem. Například Sybase, DB/2 nebo Oracle také běžně nepoužívám, ale nijak bych se tomu nebránil, pokud by to bylo pro nějaký projekt potřeba. A rozhodně bych o žádném ze jmenovaných neřekl, že je to blbý databázový engine. Dokonce i s MS SQL jsem se celkem snadno srovnal, když jsem byl k tomu dotlačen okolnostmi. Ale kdyby mne někdo nutil stavět jakoukoli netriviální databázovou aplikaci nad MySQL, naprosto jednoznačně bych se odmítl na takovém projektu podílet.

[Michal Kubeček]

Ale jistě, pokud se omezíme na schéma "uložím data / přečtu data", na to MySQL pochopitelně stačí velmi dobře, mnohdy i lépe než ty skutečné SQL servery. Jenže pokud chci, aby toho databáze uměla trochu víc, třeba jen prosté udržení konzistence dat, pak dám přednost takovému engine, pro který jsou transakce přirozenou podstatou jeho fungování, ne takovému, na který byly uměle nalepeny po mnoha letech vysvětlování, že jsou vlastně k ničemu. Například už jen z představy, že by se v databázi mohlo transakční zpracování vztahovat jen na některé tabulky (a na jiné ne), mi běhá mráz po zádech.

[Jan Kurik]

Ja bych spise sel do bodu 2. Opravdu je to oproti MySQL rozdil.

[unchallenger]

Rozdíl to je. Ale upřímně pochybuji, že tazatel ty fajnové věci opravdu potřebuje. Na 80% použití databází by stačilo i SQLite, byť si to zastánci PostgreSQL odmítají připustit. Jenže když si to někdo navrhne, že pro přidání dalšího jazyka potřebuje měnit strukturu tabulek a používat pohledy...

[Libor]

Mno...jak na to tady koukam, tak docela čumím. Je jasné, že funkce gettext v php by docela postačovala, ale proč to neudělat řes mysql. Pokud se mrknete na www.wirphone.it, uvidíte, že to jde docela dobře. a to jen přes blblou funkci __("Překládaný text"). mno jo.

A to, který jazyk se vybere záleží na jazykovém nastavení prohlížeče a nebo podle toho, jaky si návštěvník jazyk zvolí. Já myslím že mysql není zase tak špatný systém. Kdyby byl, určitě by neměl takovou komunitu jakou má. A pokud se to někomu nelíbí, tak at jde běhat s daty na antarktidu...výpomoc tučnákům....

[Karel Benák]

Gettext dokázal občas zazlobit a pěkně potrápit, kdysi jsem s ním měl nepříjemnou zkušenost.

V současné době používám MySQL 4.X na jednu vícejazyčnou aplikaci a zdá se, že funguje velmi dobře. Ale občas mi v MySQL 4.X chybí pohledy a možnost napsat si vlastní uložené procedury abych nemusel řešit některé věci na straně PHP. Bohužel MySQL > 5.0 nemám na webhostingu k dispozici a nemůžu se zbavit dojmu, že se od páté verze konečně MySQL naučilo to, co už dlouho např. FireBird nebo PostgreSQL umí. Faktem je, že od 4.X udělala databáze MySQL obrovské kroky kupředu, doufám že neusne na vavřínech.