Administrace komentářů

Pokud potřebujete, aby databáze udržovala vaše data v konzistentním stavu a abyste mohl s těmi daty efektivně manipulovat z několika klientů současně, pak začnete mít problémy. Zásadní problém s MySQL je v tom, že prakticky nic neumí, tedy umí toho spoustu, ale jsou to vesměs featury na efekt, to opravdu podstatné, co dělá databázi databází, tam chybí. Jistě, některé z těch věcí se přidaly ve verzí 4, některé ve verzí 5, ale on je trochu rozdíl mezi databází, která transakce uměle dolepí do koncepce, která byla od počátku navržena jako netransakční, a databází, která má transakční zpracování jako svou základní vlastnost od samého počátku (který byl před dvaceti lety). A už vůbec např. nepochopím, proč když do MySQL přidávali podporu transakcí, proč je implementovali přes transakční log a zámky místo daleko vhodnější MGA. Nemluvě o tom, že ze systému, který umožňuje transakčně pracovat jen s některými tabulkami, mi běhá mráz po zádech.

Problém s MySQL je v tom, že nutí vývojáře přenášet velkou část práce na klienta, což je z mnoha důvodů nešťastné. Není to vhodné z hlediska bezpečnosti. Není to praktické, protože kvůli jedné změně musíte přepisovat řadu skriptů nebo aplikací. A není to ani efektivní, protože musíte mezi klientem a serverem přenášet zbytečně mnoho dat. Samozřejmě, přistupujete-li k datům jen z PHP a ještě z téhož počítače, moc vás to trápit nemusí. Ale často je klientských aplikací víc, jsou psané v různých jazycích a běží na různých platformách. Pak je MySQL tou koulí u nohy, jak jsem psal. Dokonce je dost dobře možné, že kdybyste místo MySQL použil vhodnější databázi, nemuselo těch řádků být tak obrovské množství...