Administrace komentářů

Chtěl jsem napsat dlouhý post, který Váš argument vyvracel z mnoha stran, ale nakonec jsem si uvědomil, že Váš post vychází z jednoduché premisy, která prostě není pravda. Pokud by tato operace bylo čisté update, proč by se to řešilo pomocí příkazu INSERT ... ON DUPLICATE .... Evidentně nejde o čistou update operaci a ze zadání to ani nevyplývá.

Zvolená operace je nejblíž operací nad nested table, jak je třeba možné dělat v Oracle. A tam jsou podporované obě sémantiky: jak selektivní úpravu jednotlivých řádků (čemuž odpovídá to INSERT ... UPDATE), nebo nahrazení obsahu tabulky novou sadou hodnot (tomu defakto odpovídá přístup DELETE + INSERT). Vzhledem k tomu, že v zadání byla editace celého seznamu, tak je na místě druhá možnost. Jak je vidět, přiklání se k tomu i tazatel.

Navíc: argument, že nejdražší čas je čas programátora a INSERT+DELETE se napíše nejjednodušeji jste nijak nevyvrátil. Ano, kdyby napsání třiceti dotazů INSERT+UPDATE (a pak ještě delete všech záznamů, které v seznamu nejsou, což není úplně jednoduchý dotaz a ani to nebude pro db zrovna nejlevnější) byla ta nejjednodušší cesta, jak to napsat, tak bych s Vámi souhlasil. Jenže tak to evidentně není.

Vy napíšete x-krát více kódu, nad kterým budete muset daleko více přemýšlet, jen proto, že máte dojem, že to databázi tak líp sedne (proč jinak byste ho prosazoval? protože se to tak dělá? to by byl přeci fanatismus.). Takže prosazujete, aby se udělala práce, která není nutná pro funkčnost programu, pouze pro jeho rychlost. Což je optimalizace.

PS: Ano, mé řešení je také optimalizací, ale optimalizací práce programátora. A tu smysl dělat má vždy. Teprv, kdyby se zjistilo, že ten INSERT+DELETE dělá problémy, tak je na místě řešení nějak optimalizovat na rychlost na úkor času programátora. Přesně jak píšete: dělat optimalizace dopředu je nesmysl. (navíc ta Vaše optimalizace není moc dobrá, když dělat optimalizace tak pořádně a přes tu temporary table, která spojí výhody obou řešení: zachová konstantní počet dotazů a přitom nebude dělat zbytečné změny v datových strukturách).