Administrace komentářů

Teda ty už fakt nevíš, jak se z toho vymluvit. Vzhledem k tomu, že tazatel chce editovat všechny data datného uživatele (buď s omezením na dané rozmezí dat nebo ne, podle toho bude vypadat i ten dotaz a potřebný index), tak tam takovýto index bude tak jako tak. Takže opět nesmyslný argument.

1) Proč by dobře napsaná optimalizace něco zhoršovala? Jak jsem dokázal, mnou navržené optimalizace fungují. Pokud píšeš optimalizace, co nefungují....
2) Já jsem nikdy netvrdil, že ty optimalizace musím použít. Pouze, že je ta možnost. Spor byl o to, zdali ty optimalizace, pokud je použiju, fungují.
3) Dodání podmínky na datum to podstatně zhoršit nemůže, protože databáze má furt možnost si vybrat plán dle IDček. To je totiž typický přístup: "nech to na db" - dám db maximum informací a nechám ji rozhodnout.
4) Kratší kód není nutně jednodušší, ale pokud jsou obě řešení kulturně napsaná (tzn. nešetří se na čitelnosti), tak je tam velmi silná korelace. A pokud jsou oba kódy myšlenkově primitivní (tzn. člověk při psaní neztrácí čas myšlením a rovnou píše), pak to platí, což je přesně tento případ. Evidentně to tak připadá i tazateli (proč by to tak jinak chtěl dělat, když se bojí dopadu na výkon)?
5) Tazatel se neptal, co je nejrychleji napsané, ale co je výkonnostně dobré řešení. A jestli si přečteš, má odpověď zní: neřeš to a napiš to nejednodušejc, což je IMHO smazat vše a znovu založit. Navíc, kdyby Tě výkon trápil, je tento přístup podle mě efektivní a navíc se dá snadno ještě dále optimalizovat. Ty jsi začal prosazovat, že to musí zapsat pomocí updatů, protože to bude pro databázi lepší (, či protože nejde v mém přístupu zajistit verzování. Obé jsem vyvrátil.) Takže jestli někdo prosazovat předčasné optimalizace, já to nebyl.