Re: PREPARE / EXECUTE

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

In response to

Responses

Browse pgsql-hackers by date

  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