Re: PREPARE / EXECUTE
От | Greg Copeland |
---|---|
Тема | Re: PREPARE / EXECUTE |
Дата | |
Msg-id | 1035383968.4690.5478.camel@mouse.copelandconsulting.net обсуждение исходный текст |
Ответ на | PREPARE / EXECUTE (Hans-Jürgen Schönig <postgres@cybertec.at>) |
Ответы |
Re: PREPARE / EXECUTE
|
Список | 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
В списке pgsql-hackers по дате отправления: