Re: [PERFORMANCE] Stored Procedures
От
Rikard Pavelic
Тема
Re: [PERFORMANCE] Stored Procedures
Дата
Msg-id
43D1E9E0.3000905@zg.htnet.hr
Ответ на
Re: [PERFORMANCE] Stored Procedures (Jim C. Nasby)
Список
Дерево обсуждения
Re: [PERFORMANCE] Stored Procedures Rikard Pavelic <rikard.pavelic@zg.htnet.hr>
Re: [PERFORMANCE] Stored Procedures "Jim C. Nasby" <jnasby@pervasive.com>
Re: [PERFORMANCE] Stored Procedures Rikard Pavelic <rikard.pavelic@zg.htnet.hr>
Re: [PERFORMANCE] Stored Procedures "Jim C. Nasby" <jnasby@pervasive.com>
Re: [PERFORMANCE] Stored Procedures Marcos <mjs_ops@gmx.net>
Re: [PERFORMANCE] Stored Procedures Markus Schaber <schabi@logix-tt.com>
Re: [PERFORMANCE] Stored Procedures Marcos <mjs_ops@gmx.net>
Re: [PERFORMANCE] Stored Procedures "Dave Dutcher" <dave@tridecap.com>
Re: [PERFORMANCE] Stored Procedures Frank Wiles <frank@wiles.org>
Re: [PERFORMANCE] Stored Procedures Rikard Pavelic <rikard.pavelic@zg.htnet.hr>
Re: [PERFORMANCE] Stored Procedures Rikard Pavelic <rikard.pavelic@zg.htnet.hr>
Jim C. Nasby wrote: > If you're dealing with something that's performance critical you're not > going to be constantly re-connecting anyway, so I don't see what the > issue is. > I really missed your point. In multi user environment where each user uses it's connection for identification purposes, this seems like a reasonable optimization. I know there is pgpool, but it's non windows, and it's not the best solution for every other problem.
В списке pgsql-performance по дате отправления