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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.