From: | Greg Copeland <greg(at)CopelandConsulting(dot)Net> |
---|---|
To: | hs(at)cybertec(dot)at |
Cc: | PostgresSQL Hackers Mailing List <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: PREPARE / EXECUTE |
Date: | 2002-10-23 14:39:28 |
Message-ID: | 1035383968.4690.5478.camel@mouse.copelandconsulting.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
If you were using them that frequently, couldn't you just keep a
persistent connection? If it's not used that often, wouldn't the
overhead of preparing the query following a new connection become noise?
Greg
On Wed, 2002-10-23 at 09:24, Hans-Jürgen Schönig wrote:
> First of all PREPARE/EXECUTE is a wonderful thing to speed up things
> significantly.
> I wonder if there is a way to store a parsed/rewritten/planned query in
> a table so that it can be loaded again.
>
> This might be useful when it comes to VERY complex queries (> 10 tables).
> I many applications the situation is like that:
>
> a. The user connects to the database.
> b. The user sends various different queries to the server (some might be
> the same)
> c. The user disconnects.
>
> If there was a way to store execution plans in a table the user could
> load the execution plans of the most time consuming stuff into the
> backend without parsing and optimizing it every time he authenticates.
>
> Does it sound useful to anybody? Is it possible to do it or are there
> some technical problems?
>
> Maybe this is worth thinking about.
>
> Hans
>
> --
> *Cybertec Geschwinde u Schoenig*
> Ludo-Hartmannplatz 1/14, A-1160 Vienna, Austria
> Tel: +43/1/913 68 09; +43/664/233 90 75
> www.postgresql.at <http://www.postgresql.at>, cluster.postgresql.at
> <http://cluster.postgresql.at>, www.cybertec.at
> <http://www.cybertec.at>, kernel.cybertec.at <http://kernel.cybertec.at>
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 6: Have you searched our list archives?
>
> http://archives.postgresql.org
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2002-10-23 14:42:03 | Re: pg_dump and large files - is this a problem? |
Previous Message | Greg Copeland | 2002-10-23 14:30:34 | Re: Memory leaks |