Re: Caching of Queries
От | Jim C. Nasby |
---|---|
Тема | Re: Caching of Queries |
Дата | |
Msg-id | 20040930221107.GP1297@decibel.org обсуждение исходный текст |
Ответ на | Re: Caching of Queries (Matt Clark <matt@ymogen.net>) |
Ответы |
Re: Caching of Queries
Re: Caching of Queries |
Список | pgsql-performance |
On Mon, Sep 27, 2004 at 09:30:31PM +0100, Matt Clark wrote: > It's certainly the case that the typical web app (which, along with > warehouses, seems to be one half of the needy apps), could probably do > worse than use pooling as well. I'm not well up enough on pooling to > know how bulletproof it is though, which is why I included it in my list > of things that make me go 'hmm....'. It would be really nice not to > have to take both things together. If you're not using a connection pool of some kind then you might as well forget query plan caching, because your connect overhead will swamp the planning cost. This does not mean you have to use something like pgpool (which makes some rather questionable claims IMO); any decent web application language/environment will support connection pooling. -- Jim C. Nasby, Database Consultant decibel@decibel.org Give your computer some brain candy! www.distributed.net Team #1828 Windows: "Where do you want to go today?" Linux: "Where do you want to go tomorrow?" FreeBSD: "Are you guys coming, or what?"
В списке pgsql-performance по дате отправления: