Re: Good Optimization
От | Bruce Momjian |
---|---|
Тема | Re: Good Optimization |
Дата | |
Msg-id | 199907091645.MAA01183@candle.pha.pa.us обсуждение исходный текст |
Ответ на | Good Optimization ("Ansley, Michael" <Michael.Ansley@intec.co.za>) |
Список | pgsql-sql |
[Charset iso-8859-1 unsupported, filtering to ASCII...] > Hi, Bruce, > > I've only just picked up the thread on optimizations (I get the digest for > the pgsql-sql list). I really feel that a lot of effort could be saved with > some good benefits if a stored proc mechanism is put into place. Once that > has been done, it can be used to store temporary plans (procedures) for > ad-hoc queries which are released on the termination of the connection. > However, I think that a lot of users will develop stored procs to replace a > lot of their existing common SQL, in order to (partially) optimize their > systems. Perhaps in the PREPARE statement we could add a facility to allow > the user to specify the TTL of the cached proc for an ad-hoc query. > > When I talk about stored procs, I don't mean functions. We already have > those. I mean procedures that are able to return a rowset. Just to make > sure nobody gets the wrong idea. Not sure why our functions can't return tuples. > Also, has anything happened about the idea to get PG to cluster (somebody > mentioned Beowulf)? No one has mentioned this. -- Bruce Momjian | http://www.op.net/~candle maillist@candle.pha.pa.us | (610) 853-3000+ If your life is a hard drive, | 830 Blythe Avenue + Christ can be your backup. | Drexel Hill, Pennsylvania19026
В списке pgsql-sql по дате отправления: