Re: CREATE FUNCTION ... performance boost?
От | Richard Huxton |
---|---|
Тема | Re: CREATE FUNCTION ... performance boost? |
Дата | |
Msg-id | 46853433.1070002@archonet.com обсуждение исходный текст |
Ответ на | CREATE FUNCTION ... performance boost? (Jan Danielsson <jan.m.danielsson@gmail.com>) |
Список | pgsql-general |
Jan Danielsson wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > Hello all, > > In order to speed up commonly used queries, I use prepared > statements. I assume that 'prepare' tells some database query planner to > take a look at a query, and do all preparations for it, then store those > preparations somewhere for when it's needed. You might well be slowing things down. PREPARE/EXECUTE can't replan as you change the parameters to the query. Now, in many cases that won't matter, e.g. "SELECT * FROM foo WHERE x=? AND y=?" where there's a unique index on x or y. What you are gaining is the cost of planning on each call. > When I use CREATE FUNCTION to create a function, does that also get > "planned" automatically (plsql, specifically). My gut feeling is that it > doesn't (mainly since it can be any external language). Well, plpgsql will have its plans "compiled" on the first call. That will last as long as the connection. > The reason I'm asking is because I'd like to have permanently stored > "prepared" statements in a database. On even intervals, I connect to it, > and perform a number of queries. Many of them are the same statements > being run over and over. And these prepared statements really are "hard > coded", so they would do fine in my database initialization script. > > I assume that "functions" aren't what I am looking for.. But is is > possible to store preparations some way so they survive past > connection/disconnections? Nope. Plans last only until the end of a session. What you might be able to do is use a connection pool/proxy to maintain connections to the db while you connect to the proxy. That way the connection can be made to last longer. Before you go to too much effort though, I'd check that you're really going to gain a useful performance boost. -- Richard Huxton Archonet Ltd
В списке pgsql-general по дате отправления: