Administrace komentářů

První důvod, proč je to co píšete nesmysle je, že postgresql index only scan umí až od verze 9.2.(a u Mysql by to bylo totéž, protože má clustered index, tj. data uložená v PK, to už jsem Vám taky vysvětloval). Druhým, ještě zřejměší: bavili jsme se o výkonnosti dané podmínky u klausule DELETE. To jako chcete říct, že DELETE nepotřebuje pracovat se samotnými daty? Že pracuje jen s indexem? Blbost, že? Tak jaké donutil? Db by to dělala tak jako tak - ta hvězdička se samozřejmě aplikuje pouze na data vyhovující testu, která by byla mazána. Blábol.

Ne, prepared statement to zdaleka nevystihuje, právě kvůli režii při komunikaci s db. Kterou sice popíráte, ale právě Váš "pseudotest" ji dokázal.

Schopnost databáze optimalizovat cykly? Vau, prosímvás,. víte o databázích vůbec něco? To jako chcete říct, že je vektorizuje? Nebo co s nima jako dělá? PLPGSQL neoptimalizuje ani takové prkotiny, jako r=1; r=3;.

Kdybyste si všimnul, tak v tom cyklu spouštím ty dotazy pokaždé s jinými hodnotami, takže se dostanou na jiné místo indexů atd. Takže co by se mělo cachovat? Cachují se plány, jestli Vám to vadí, tak ty dotazy spustťe pomocí klausule EXECUTE ... USING, která cachování plánů i jakékoli myslitené optimalizaci cyklů zabrání. Ale garantuji Vám, že se výsledek nezmění.

PS: Ano: odstranil jste největší nesmysly: statistiky z databáze (a protože nekřičíte, tak asi i data z databáze). Nu pokud data a statistiky jsou největší nesmysl...