Re: prepared statements und partitionierte tabellen ...

Albe Laurenz <[email protected]> wrote:

> Andreas Kretschmer schrieb:
> >>> Wo ist mein Hirnknoten?
> 
> >> Kann ich nicht sagen, aber ich würde mir einmal die Pläne anschauen.
> 
> >> Du verwendest eh nicht EXECUTE ... USING, oder?
> 
> > Doch, hab das mit USING gemacht. Keine gute Idee?
> 
> Nein, das ist eh ok.
> 
> Ich hatte nur, ohne nachzuprüfen, vermutet, daß dann vielleicht
> ein parametriertes Statement verwendet wird.
> 
> Ein kurzer Test hat aber ergeben, daß die Konstante in die Abfrage
> eingebaut wird. Das beobachtest Du wahrscheinlich auch im
> Output von auto_explain.
> 
> >                                                   Im Plan (händisch die
> > Funktion aufgerufen)
> > 
> > Das Explain für das Select selbst (also innerhalb der Funktion) ist okay,
> > Zeit:
> > (actual time=0.019..0.020 rows=1 loops=1)
> > 
> > Aber der Aufruf der Funktion selber:
> > (actual time=164.628..164.628 rows=1 loops=1)
> 
> Was passiert denn sonst noch in der Funktion?
> 
> Kannst Du das CREATE FUNCTION-Statement schicken?

Sorry für die späte Antwort - das Problem hat sich erst mal erledigt,
der $KUNDE gibt jetzt im SELECT schon gleich die korrekte Tabelle an.

War ein paar Tage jetzt a bissl stressig, aber der Kunde hat nun auch
verstanden, daß er seine Statements anpassen kann, und damit *richtig*
er was gewinnt.




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