prepared statements und partitionierte tabellen ...
Andreas Kretschmer <[email protected]>
| Newsgroups | gmane.comp.db.postgresql.german |
|---|---|
| Message-ID | <20120623165225.GA6769@tux> |
Moin, hab a bissl a Problem: partitionierte Tabelle mit einer Spalte, nennen wir sie DATUM. Nach der tagesweise partitioniert. Pro Tag so 2-3 Mio Datesätze. Ist ein timestamp without timezone. Abfragen der Art: select * from foo where datum between ts1 and ts2; gehen super flott. (ts1 und t2 sind zu 99% immer am selben Tag, nur Sekunden auseinander) Aber: Kunde hat da einen $Mapper, der bastelt prepared Statements, und ballert diese ab. Performance grottig, da Planner da beim Planen keinen Plan (toll, ne?) von den Parametern hat. verständlich. Kunde sagt, er hat keinen Einfluß, ist immer prepared. Also hab ich eine stored proc geschrieben, die er aufruft. Innerhalb mache ich ein EXECUTE 'select ...', somit wollte ich erzwingen, daß der Plan bei Ausführung erstellt wird. Ausführungszeit gleichbleibend grottig, obwohl er doch einklich den Plan beim EXECUTE sich basteln müßte, mit aktuellen Parametern? Wo ist mein Hirnknoten? Andreas -- Really, I'm not out to destroy Microsoft. That will just be a completely unintentional side effect. (Linus Torvalds) "If I was god, I would recompile penguin with --enable-fly." (unknown) Kaufbach, Saxony, Germany, Europe. N 51.05082°, E 13.56889° -- Sent via pgsql-de-allgemein mailing list ([email protected]) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-de-allgemein