Přihlášení

registrace ~ obnova hesla

MyEgo.cz › Zapomeňte na MySQL! Nic horšího není! .

Zapomeňte na MySQL! Nic horšího není!

Wednesday, 14.04.04 - PHP - autor: Radek Hulán
MySQL

Lidé kolem webu mají rádi MySQL. Proč? Protože je to skvělá databáze? Ne. Protože to je primitivní, a v konečném důsledku i mimořádně pomalá databáze, které ovšem ONI rozumí. Pár triviálních SELECT, INSERT, UPDATE příkazů se totiž naučí každý a hned si myslí, že "rozumí databázím"…

Je načase říci, že MySQL je špatná databáze, jednoduchý filesystém, která je v konečném důsledku pomalá a nepodporuje správné programátorské zvyky a postupy. Tahat data na klienta, kvůli sub-SELECTu, či suplovat funkci TRIGGERu v PHP je mimořádně špatná koncepce!

Kdyby se lidi weboví chtěli naučit trošku více SQL a PL/SQL a začali používat (taky open-source) PostgreSQL či Firebird, namísto MySQL, řada složitých aplikací by běžela mnohem rychleji.

V čem je MySQL tak špatná?

Mýtus rychlosti MySQL

MySQL je prý rychlá. Hm. Ale v čem? Dělá 2x rychleji toto?

SELECT name FROM table 
  WHERE UID=1

Rychleji než Oracle? No, možná. Nicméně, co pokud potřebujeme něco více než primitivní sériový přístup? Třeba toto:

SELECT name, title, url FROM article 
  WHERE time=(SELECT max(time) 
  FROM article)

Můžete toto udělat v MySQL? Ne. V Oracle či PostgreSQL ano! Co musíte udělat v MySQL? No, minimálně toto:

$query=mysql_query('SELECT max(time) as itime FROM article
$row=mysql_fetch_object($query);
$query=mysql_query('SELECT name,title,url 
  FROM article WHERE time='.$row->itime);

Nejenže je v tomto případě MySQL mnohem pomalejší, ale musíte suplovat její chybějící triviální funkce v nějakém aplikačním jazyku, v tomto případě konkrétně v PHP, a přenášet tak na klienta mnohem více dat, dělat více SQL dotazů, více zatěžovat server.

V důsledku je pro cokoliv jiného než nesmírně triviální dotazy nesmírně triviálních aplikací MySQL pomalejší než konkurence, a mnohem hůře udržovatelná (protože požaduje aplikační logiku i na straně klienta; co když ovšem klienta změníme?).

Mýtus dobré funkčnosti MySQL

Fuknčnost MySQL je prý dostatečná. To rozhodně ne! Příklad: máte webový redakční systém. Po 2 letech jeho provozu si někdo vzpomene, že chce, aby články v něm měly automatickou expiraci. Co uděláte ve slušné databázi? Přidáte dané tabulce položku expiration typu DATETIME a změníte jedno VIEW:

namísto současného 
CREATE VIEW article_current AS SELECT * FROM article WHERE  time>NOW()
vytvoříte nové view
CREATE VIEW article_current AS 
  SELECT * FROM article 
  WHERE time>NOW() AND expiration<=NOW()

A to je celé. V klientské aplikaci nic neměníte. Jak Vám to dlouho zabere? Tak 1 minutu. I s testováním.

Co budete muset udělat v MySQL? No, budete muset překopat celý PHP kód, celý parser, všechny pluginy, a do každého SQL dotazu doplnit WHERE… expiration<=NOW(), protože MySQL neumí ani to VIEW. Jak Vám to dlouho zabere? Možná i pár dní, než vše otestujete…

Nebo jiný příklad. Máte články, a máte komentáře. Chcete při každém přidání komentáře generovat tabulku se statistikou, poslední komentáře, poslední diskuse, nejkomentovanější.

Jak na to ve skutečné databázi? Použijete samozřejmě TRIGGER.

CREATE TRIGGER update_comment_count
 AFTER INSERT ON comments 
  FOR EACH ROW
  BEGIN
  UPDATE article SET comment_count=comment_count+1 WHERE uid=:NEW.article_id;
 END;

Co to udělá? Ať už vložíte komentář jakkoliv, skutečná databáze databáze zajistí, tímto jednoduchým kódem, že v položce article.comment_count bude vždy aktuální počet komentářů daného článku.

A co v MySQL? MySQL toto opět neumí. Musíte si pomoci na aplikační úrovni. Mimo MySQL. Jak? No, na všech místech, kde vkládáte článek, musíte zavolat třeba proceduru PostAddComment(uid). Jaká to má rizika? Můžete na toto volání zapomenout. Pokud do databáze budete přistupovat i jinak než z tohoto PHP kódu, musíte všechnu funkčnost zduplikovat.

V případě skutečné databáze je naprosto jedno, zda se tam napojím z PHP, Delphi, C++, či Javy. Trigger se vždy provede. V MySQL nic takového není. Musím to dělat aplikačně. A to je moc špatně.

TRIGGER je přitom pouze základní věc, PL/SQL obsahuje mnohem více prvků, PACKAGE, FUNCTION, CURSOR, a další nezbytné komponenty, podporuje práci s XML, popřípadě umí i nativně komunikovat přes TCP/IP s klientskou realtime aplikací. MySQL nic z toho nezvládá.

Mýtus použitelnosti MySQL

MySQL je zjevně to nejhorší koncepce tzv. databáze. Ona MySQL totiž není databáze. Je to primitivní filesystém. Filesystém, který navíc ani nepodporuje (pořádně) transakce, což je další obrovský problém. Pro libovolné aplikace.

MySQL je prostě soubor, a kus kódu, který v tom souboru čte. Není moc velký rozdíl používat MySQL, nebo si v PHP napsat knihovny pro práci s textovými soubory a pracovat s nimi. Tedy, rozdíl v tom je, binárka MySQL má 20MB, tato Vaše knihovna by měla tak 100Kb. Kdysi moc dávno jsem si napsal lepší funkčnost než má dnešní MySQL v Turbo Pascalu (pro MS-DOS). Trvalo mi to týden, a ta knihovna uměla efektivně SELECTY, WHERE, INSERT, UPDATE. Tedy to, co zvládá dnešní MySQL.

Proč je tedy MySQL populární?

  • Protože je zdarma? To snad ne. Máme tu třeba řádově lepší PostgreSQL, která je rovněž open-source.
  • Protože je jednoduchá? Jasně. Je. Je doslova primitivní. Lidem, co sotva zvládají kódování pár tagů (X)HTML toto vyhovuje. Učit se PostgreSQL či (nedejbože PL/SQL v Oracle), na to nemají znalosti a buňky (tedy, někteří).

Bůh dopusť, ať nám MySQL zahyne! Věnuji se databázím více než 10 let, ale toto vidět v roce 2004 je… neuvěřitelné. Oracle měl už v roce 1992 podstatně lepší funkčnost, když jsem s ním začínal.

Shrnutí

Kdyby se lidi weboví chtěli naučit trošku více SQL a PL/SQL a začali používat (taky open-source) PostgreSQL či Firebird, namísto MySQL, řada složitých aplikací by běžela mnohem rychleji. Jakákoliv, byť jen mírně složitější aplikace, potřebuje sub-SELECT a VIEWS a dokonce by hodně použila i triggery…

Někomu prostě primitivnost MySQL vyhovuje. Je načase ale říci, že to je špatná databáze, která je v důsledku pomalá a nepodporuje správné programátorské zvyky a postupy.

Tahat data na klienta, kvůli sub-SELECTu, či psát PHP kód místo TRIGGERu je mimořádně špatná koncepce! Jenže 99% lidí, co dělá web, jsou nedouci, a nikoliv skuteční programátoři…

Wednesday, 14.04.04 - PHP - autor: Radek Hulán - 20139x

Komentáře:

  1. [1] enemy dhvbrn01.brn.dhv.cz

    Mozna by stacilo rici, ze na nektere veci staci multiplatformni MySQL. Na jine pouziji PgSql a jinde Oracle databazi.
    V prizpevku MySQL porovnavate rychlosti a prenositelnost s Oracle, jinde cenu s PgSQL. Treba prehledna tabulka s vyhody/nevyhody by pomohla udelat ctenari nezaujaty nazor, kdy kterou DB uzit, nez slohova cviceni...

    odpověz na tento komentář
    1. na komentář reagoval otty — #5
    karma: -2 Thursday, 15.04.04, 22:55:21
  2. [2] Japan adsld531.praha.tiscali.cz

    Ja naprostou souhlasim s nazorem ze MySQL neni moc dobra DB, ale je treba si uvedomit ze 99% freewebu a dokonce velky pocet komercnich webhostingu nabizi na linuxove platforme prave toto a kdyz adminy pozadate o Posta ci Firebirda, vesele vam odpovi ze s nim nemaji zkusenosti a vsechno maji na MySQL a menit nebudou... Navic, spousty free PHP kodu, redakcnich systemu, ukazek etc. je napsano pro MySQL a diky tomu se lidi co s PHP (ci jinym) zacinaji nedozvi ze existuje neco lepsiho.

    Je to asi jako s Woknama - spousty lidi vi, ze nejsou nejlepsi, nejspolehlivejsi a nejstabilnejsi, ale presto je pouzivaji, diky tunam aplikaci etc. a spousta lidi si mysli ze woka = pocitac... a myslim ze v IT je takovych prikladu spousta a vsechny by se dali podobnym zpusobem zobecnit.

    odpověz na tento komentář karma: 0 Friday, 16.04.04, 10:33:05
  3. [3] MiP home.pod.cvut.cz

    Ale clovece. Ve vetsine veci mas pravdu, mozna by stacilo min agresivity do psani...

    Vadi mi trosku:

    "Tahat data na klienta, kvůli sub-SELECTu..."

    co je pro tebe klient?

    jiste ze napr. bezici php skript je take klient v jistem pohledu ale ja si pod pojmem klient predstavuju prohlizec koncoveho uzivatele, a tomu se nic neposila!

    Doufejme ze pristi verze MySql prinesou potrebna vylepseni protoze nikoho nedonutis ho prestat pouzivat a zvolit jine (ne nutne lepsi) alternativy.

    odpověz na tento komentář
    1. na komentář reagoval Radek Hulán — #4
    karma: -1 Friday, 16.04.04, 14:58:04
  4. [4] Radek Hulán

    odpovídá na MiP — #3 PHP je, v určitém smyslu, klient. Rozhodně podstatně zvyšuje režii a přenosy dat v rámci serveru, na rozdíl od funkčních sub-SELECTů, triggerů, views..

    odpověz na tento komentář karma: 4 Friday, 16.04.04, 15:24:18
  5. [5] otty ns1.kbc.sk

    odpovídá na enemy — #1 Porovnanie PostgreSQL a MySQL

    http://openacs.org/philosop...

    odpověz na tento komentář karma: -2 Friday, 16.04.04, 23:05:46
  6. [6] Ondrej Valek s207h20.vse.cz

    A tak si vsichni koupime Oracle, a budeme stastni ;-)

    Ne, je to jedna z nekolika alternativ, a stale se zlepsuje. Samozrejme, ze mi take chybi vnorene selecty a referencni integrita, ale co neni, casem bude. Nikdo vas nenuti ji pouzivat.

    A vzdycky bude databaze v MySQL (ktere autor ovlada) lepe udelana nez v Oraclu (ktery ovladat neumi).

    odpověz na tento komentář karma: -2 Friday, 23.04.04, 11:56:53
  7. [7] Miloslav Ponkrác 193.179.148.138

    Musím chtě nechtě s článkem hrubě nesouhlasit. Živím se jako databázista, a měl jsem v ruce nejrůznější databáze. Řekl bych, že autor nepochopil vůbec účel, ani cenu, ani další aspekty různých databází.

    Bylo by určitě fajn, kdyby všude byl Oracle a jeho možnosti. Ale už z důvodu ceny a také z důvodů dalších tomu není, a asi nikdy nebude. Oracle je jedna z databází velkého stylu, a pro 90% databázových aplikací kanón na vrabce.

    MySQL se prostě rozšířila. Je to takové výrazně lepší pokračování DBF formátu. Že nemá všechny možnosti Oracle, nebo PostgreSQL? To je přeci samozřejmé a nikdo netvrdí opak. MySQL je určená jako nenáročná databáze pro mnoho platforem pro aplikace malé složitosti.

    Osobně mi MySQL nevadí, protože vím, kde je její místo, a kde je její síla, a kde slabiny. Proto by mě ani ve skrytu duše nenapadlo srovnávat možnosti MySQL s Oracle.

    Možnosti MySQL nejsou zase tak malé, pokud vám stačí jednoduché datové modely, což velmi často stačí, tak MySQL zvládne velmi rychlou práci nad milióny řádky, a mnohdy od malé databáze víc nepotřebujete.

    MySQL svoje místo jako databáze rozhodně má. Už díky svojí rozšířenosti. Jako malý telefonní seznam pro Windows/Linux na jedno CD s aplikací spouštěnou s CD je MySQL bezkonkurenční. Na rychlé logování, třídění jednoduchých dat ideální.

    Každá databáze má svůj účel. Na něco jiného je Oracle, na něco jiného je MySQL.

    odpověz na tento komentář
    1. na komentář reagoval Arcao — #10
    2. na komentář reagoval mIREK — #11
    karma: 0 Thursday, 20.05.04, 15:16:33
  8. [8] gt-x proxy.ba.euroweb.sk

    verim ze v buducich verziach MySQL autorom spomenute problemy budu fixnute. prosim autora clanku, aby ich poslal do BUG-report/FEATURE-request ;)

    odpověz na tento komentář karma: -2 Monday, 28.06.04, 23:14:50
  9. [9] spaceboy client.empire.cz

    K tomu prvnímu příkladu: Opravdu si myslíš, že se to dá řešit jedině subselektem? Co třeba konstrukce jako SELECT t1.col1 FROM tab1 as t1 INNER JOIN tab2 as t2 ON max(t2.time) = t1.time ? Tenhle postup je mimochodem doporučován jako mnohem čistší než vnořené selekty (a kdo měl někdy co do činění s opravdu většími databázemi, ví, že vnořený select je skoro to nejhorší zlo, co existuje)...

    odpověz na tento komentář
    1. na komentář reagoval mIREK — #11
    karma: -2 Friday, 02.07.04, 15:07:09
  10. [10] Arcao proxy2.karneval.cz

    odpovídá na Miloslav Ponkrác — #7 mno nevim, ale na ten telefoni seznam bych mozna radeji pouzil SQLite.

    odpověz na tento komentář karma: -2 Saturday, 03.07.04, 12:27:52
  11. [11] mIREK x243.chello.upc.cz

    odpovídá na Miloslav Ponkrác — #7odpovídá na spaceboy — #9 Mám podobný názor... Kydání nepodložených nebo špatně porovnatelných údajů na mySQL, o ničem jiném tento článek není... Pokud potřebujete jenom jednoduché selekty a potřebujete jich hodně, není nad mySQL. Pokud už chcete databází data nějak zpracovávat není nad jiné DB viz třeba Postgre nebo Oracle...
    Pokud jde o komerční věci, je potřeba se zamyslet nad tím, zda-li je třeba kupovat licenci nebo použít OpenSource...
    Finanční politika zde není vůbec zohledněna... Dostupnost zde také byla zmíněna v komentářích... Budeme stavět vlastní server a nebo využijeme hosting, kde krom mySQL bývá jiná db vyjímkou...
    Radek chce být agresivní, občas se mi to líbí, s mnoha věcmi bych i souhlasil, ale občas ne...

    odpověz na tento komentář karma: -1 Wednesday, 25.08.04, 01:53:43
  12. [12] Aldik r8.trustica.cz

    nic proti autorovi ,ma celkem pravdu,ale proboha co je tohle za konstrukci

    SELECT name, title, url FROM article
    WHERE time=(SELECT max(time)
    FROM article)

    to je nesmyslnej vnorenej select

    co spis tohle

    SELECT max(time),name, title, url FROM article
    group by name,title,url

    vnorene selecty se maji obecne pouzivat minimalne...
    i v masivnich databazich typu MSSQL nebo Oracle
    FROM article)

    odpověz na tento komentář karma: 0 Thursday, 16.09.04, 07:48:06
  13. [13] KOCHI 194.151.86.69

    Mýtus rychlosti MySQL
    SELECT name, title, url FROM article order by time desc limit 1;

    Mýtus dobré funkcnosti MySQL
    a nebudete muset ve vsech dotazech zmenit nazev tabulky na pohled? article -> article_current?

    Moznost Triggeru je u Oracle jiste lepsi.

    Mýtus použitelnosti MySQL
    transakce MySQL podporuje, akorat o nich lidi moc nevi, protoze jsou defaultne vypnute :o(

    Rozdil mezi MySQL a textovym souborem jiste je.. ;o) nikdy to nenapisete tak, jako je to alespon v MySQL. klice, uniqe, ruzne varchary, set, enum atd... se z toho po...

    Co jsem se docetl, tak referencni integritu si muzete zajistit, pokud pouzijete typ tabulky InnoDB, vytvorite par indexu a provazete.

    KOCHI

    PS: PL/SQL mi rika pane a presto na to, co delam MySQL bohate dostacuje. Problem neni v databazich, ale v managerech, kteri nevi co chteji a porad se musi neco dobastlovavat a pridelavat, mazat...

    odpověz na tento komentář karma: -1 Friday, 17.09.04, 09:54:19

Přidejte nový komentář:

Pro přidání komentáře a hlasování se musíte nejdříve zaregistrovat nebo přihlásit.

ACTIVE 24 - virtuální dedikovaný server s 38% slevou, jen za 499 Kč

Vyvíjíte webové stránky a aplikace? ACTIVE 24 vám dá virtuální dedikovaný server s 38% slevou, jen za 499 Kč měsíčně. A teď navíc soutěž o tablet Wacom Bamboo Pen & Touch!

ACTIVE 24 - virtuální dedikovaný server s 38% slevou, jen za 499 Kč