SQL: podmínka v UPDATE

Každý, kdo pracuje při programování s databázemi, zná příkaz UPDATE a ví, jak se aktualizuje konkrétní řádek/řádky, když si je omezí podmínkami v části WHERE. I měněnou hodnotu lze zapodmínkovat, aby se ušetřil zbytečný dotaz.

Pokračování textu SQL: podmínka v UPDATE

Flattr this!

MariaDB, kde to vázne vážení webhosteři?

MariaDB je na světě téměř 5 let (22. ledna 2009 byla vydána první verze) a ačkoliv si nachází cestu do distribucí GNU/Linuxu, aškoliv ji testují a nasazují provozovatelé nejvíce navštěvovaných webů, tak webhostingy, minimálně v ČR/SR ji zatím přehlíží. Zcela neoprávněně, stejně jako defakto ignorují PostgreSQL o němž lze napsat, že je to „funkčně open source konkurent Oracle“.

Pokračování textu MariaDB, kde to vázne vážení webhosteři?

Flattr this!

SQL: Indexujte a experimentujte s indexy

Dovolím si navázat na článek „Jak psát kód: Databázové indexy vytvářejte při psaní dotazů“ Jakuba Vrány. Na indexaci je dobré klást důraz při návrhu databáze, odobně ji řadím na 2. místo za správným ER modelem, a drtivá většina databází nabízí nástroj pro vyladění indexů. Vedle indexů stojí složité dotazy, jejichž využitím lze z SQL databáze dostat data efektivněji a jichž se není nutné bát.

Pokračování textu SQL: Indexujte a experimentujte s indexy

Flattr this!

Databáze pro eshop/cms, váhání mezi MySQL/MariaDB a SQLite

Evidentně nejsem první, kdo dospěl do stavu, kdy řešení webů v instantním open source systému začíná být nepohodlné. Nekritizuji funkčnost; byť ZenCart mi připadá jako učebnice toho, jak se psát nemá a hlavně jak nemá aplikace používat databázi; ale při potřebě dopsat vlastní rozšíření/úpravy to prostě bolí. Pronikání co cizího způsobu psaní kódu a prohledávání neznámého frameworku asi nemá rád žádný programátor.

Pokračování textu Databáze pro eshop/cms, váhání mezi MySQL/MariaDB a SQLite

Flattr this!

MySQL: Vícesloupcový podvýběr

Výběry z tabulek jsou často využívány v nejjednodušší možné podobě SELECT * FROM `tabulka` WHERE podmina, zkušenější programátoři hnězdičku moc nepoužívají, vyjmenují pouze sloupce které potřebují, čímž trochu sníží datová zátěž pro přenosy mezi serverem a aplikací. Hodně používaný je JOIN (celá řada „programátorů“ skončí u LEFT JOIN) a v oprávněných případech někdo používá podvýběry.

Pokračování textu MySQL: Vícesloupcový podvýběr

Flattr this!

PHP+MySQL: Nechápu některé „programátory“

Dávno pradávno, před 10 lety, jsem psal pro jednu incomingovou agenturu web. Nebylo moc času, tak práci převzala nejmenovaná firma, která se řadí mezi největší a nejlepší vývojáře webů v ČR. Majitele incomingové agentury poslali „k ledu“ (neposlali by, kdyby bych ochoten platit v desítkách tisíc za každou úpravu) a projekt se nedávno vrátil ke mně.

Pokračování textu PHP+MySQL: Nechápu některé „programátory“

Flattr this!

Více jazyků (pro web) v databázi

Vytvářet dnes systém (ať se jedná o CMS, nebo e-obchod), který má „natvrdo zadrátovaný“ jen jeden jazyk znamená omezení pro zákazníky, co kdyby chtěli v budoucnu zasáhnout i zahraniční trhy. Trvalé nadpisy a statické texty lze vyřešit snadno, použitím souboru s jejich definicemi, který se naimportuje podle patřičné jazykové verze u zákazníka, ale trochu těžší situace nastane u kategorií, zboží, článků.

Pokračování textu Více jazyků (pro web) v databázi

Flattr this!

MySQL: Vliv pohledů na výkon?

Není to tak dávno, co jsem psal o opomíjených pohledech v MySQL a tvrdil jsem, že mohou ušetřit čas. Jak se zdá, tak ušetří čas leda programátorovi, pokud je použije vhodným způsobem. Reálně mohou pohledy způsobit pokles výkonnosti. Otázka tedy pak tedy zní, kudy z problému ven, jestli přechodnou tabulkou, které se vytvoří pro otevřenou session, nebo ručním napsáním všech podmínek, jimiž jsme vytvořili pohled, a (?menší?) nepohodlí pro programátora.

Pokračování textu MySQL: Vliv pohledů na výkon?

Flattr this!

Když se daří (blbost u MySQL)

Když se daří, tak se daří, na dnešek (neděle 2. srpna 2009) jsem měl naplánovánu práci. Pro jeden web potřebuji udělat administraci článků (koncept používaný posledních několik let jsem zcela zahodil) a potřeboval jsem udělat nemálo změn, postupně jsem si je připravoval skoro celý týden, mimo víkendy dělám webařinu jen po chvílích po práci.

Pokračování textu Když se daří (blbost u MySQL)

Flattr this!

IBM + SUN Microsystems = ?

Že SUN Microsystems na tom není nejlépe je docela obecně známou záležitostí, technologická špička; minimálně v dobách poměrně nedávných; nemusí znamenat stabilitu a zajímavý zisk. Už jsem o postupném docházení dechu u SUN Microsystems jsem na blogu psal, ale pořád jsem spíš věřil, že SUN Microsystems má dostatek vlastních sil, aby vše ustál.

Pokračování textu IBM + SUN Microsystems = ?

Flattr this!