| От | Tom Lane |
|---|---|
| Тема | Re: [HACKERS] Support for JDBC setQueryTimeout, et al. |
| Дата | |
| Msg-id | 19979.1287152607@sss.pgh.pa.us обсуждение |
| Ответ на | Re: [HACKERS] Support for JDBC setQueryTimeout, et al. (Radosław Smogura <rsmogura@softperience.eu>) |
| Список | pgsql-jdbc |
=?UTF-8?Q?Rados=C5=82aw_Smogura?= <rsmogura@softperience.eu> writes:
> On Fri, 15 Oct 2010 10:37:05 +0200, Magnus Hagander <magnus@hagander.net>
> wrote:
>>> But... connection pooler will not send RESET ALL in some situations,
>> To me, that sounds like a bug in the connection pooler. It is only
>> safe under quite limited circumstances.
> It's hard to say this is bug.
No it isn't. What you've described is a broken, unsafe, insecure pooler
that could not under any circumstances be recommended for general
purpose use. It might be okay if you trust all the clients to cooperate
completely, and to not have any bugs that might cause them to release a
connection while it's in a non-default state.
regards, tom lane
В списке pgsql-jdbc по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера