Re: [PERFORMANCE] Stored Procedures

Поиск
Список
Период
Сортировка
Искать
От
Rikard Pavelic
Тема
Re: [PERFORMANCE] Stored Procedures
Дата
Msg-id
43D1E9E0.3000905@zg.htnet.hr
Ответ на
Список
Дерево обсуждения
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 по дате отправления
От: Craig A. James
Дата:
От: Ron
Дата:
FAQ