Administrace komentářů

Ano - DELETE a INSERT je jednoduché na počet písmen a proto je i velká pravděpodobnost, že to bude to pravé. To je právě IMHO to nech to na db. Naopak Tvoje s updatem může query optimizer něco vykoumat není nech to na db: neboť to už předpokládá znalost vnitřností db, že tam je nějaký optimizer, že ten optimizer to umí zoptimalizovat, že to zoptimalizuje natolik dobře, že to vyváží nutnost místo dvou dotazů jich spustit N. Tomu rozhodně neříkám nech to na db, naopak to je technika, která staví na tom, že člověk tu databázi zná a ví, jak se chová.

Můžeš namítnout, že tvrzení, že čím méně dotazů (tzn. provádění změn "najednou") je optimální také spoléhá na nějakou znalost o db. Ano, to máš pravdu. Právě proto tvrdím, že pravidlo: "nech to na db" ve skutečnosti právě znamená: "napiš to tak nejjednodušejc (=nejméně písmenky a nejmenší mozkovou aktivitou), jak to jde." A teprv, pokud dotaz bude pomalej, tak to v případě nutnosti přepiš.

Samozřejmě, todle pravidlo je tak jednoduchý, až je blbý: čím víc člověk zná vnitřnosti DB, tím víc ho porušuje (vlastně už samotná normalizace je porušením tohoto pravdila). Ale zrovna v tomdle případě, kdy se střetávaj dvě protichůdná pravidla: (co nejmenší počet dotazů x co nejmenší manipulace s daty), kdy opravdu nejde výsledek jednoduše odhadnout a kdy to pravděpodobně bude záviset na charakteristice dat, se kterými se pracuje, toto pravidlo sedí jak .... na hrnec.

PS: (navíc to, že UPSERT bude rychlejší než DELETE a INSERT rozhodně není vina optimizeru, ten řeší plány a ty jsou tady zcela jasné a u obou přístupů stejné: najdi záznam(y) dle daného klíče. Ušetří se pouze některé činnosti kolem modifikací dat a indexů.

- Ad clustered index: Četl jsi ten odkaz? InnoDb používá na ukládání dat redundantní B+strom a tedy má v listech data, nikoli pouze PK. Pokud tomu nevěříš, tak si to přečti tady: http://dev.mysql.com/doc/innodb/1.1/en/innodb-create-index-implementation.html To, co popisuješ se týká pouze secondary indexů, ty samozřejmě data nedublujou. Jediný s čím souhlasím, že to pro rozhodnutí, jaké řešení zvolit, příliš relevanci nemá (ne že by to nemělo vliv, ale nevyplatí se to tkato do hloubky řešit, leda jako úlohu na procvičení vznitřností db).

-- Mysql je fakt nemění? Nojo, fakt. A to Ti jako přijde dobře? Když napíšu UPDATUJ tyto řádky, tak to snad chci, ne? Co si má co databáze vymýšlet, že něco neudělá, když ji napíšu, že to má udělat? To je horší než Windows (píšu z Windows ). Co když má změnit ta data třeba až na tabulce pověšenej trigger? IMHO je to naopak chyba - pokud nechci, aby mi databáze neměnila data, který nepřepisuju, můžu si do UPDATE napsat podmínku.

No, když tak čtu co píšeš, tak MySQL toho opravdu v určitém ohledu umí hodně, co ostatní databáze ne. Nevím, jestli je ale opravdu o co stát.