Re: ODBC Connection Pooling (Windows 2000 MDAC 2.7 patched,
В списке pgsql-odbc по дате отправления:
| От | Hiroshi Inoue |
|---|---|
| Тема | Re: ODBC Connection Pooling (Windows 2000 MDAC 2.7 patched, |
| Дата | |
| Msg-id | 3F57CF97.1680E509@tpf.co.jp обсуждение исходный текст |
| Ответ на | Re: ODBC Connection Pooling (Windows 2000 MDAC 2.7 patched, pgodbc-7.02.00.05) (Chris Gamache <cgg007@yahoo.com>) |
| Ответы |
Re: ODBC Connection Pooling (Windows 2000 MDAC 2.7 patched, pgodbc-7.02.00.05)
|
| Список | pgsql-odbc |
Chris Gamache wrote:
>
> That is my point exactly. That is why (windows?) connection
> pooling breaks this model. It wouldn't be a problem if there
> were a way to undefine currval() for all sequences...
> It would be a command issued by the ODBC driver when the
> connection is made (best), or by the connecting process as
> its first order of business (do-able).
How could the driver know if the connection is recycled ?
SQL..Connect API function isn't called when the connection
is recycled.
regards,
Hiroshi Inoue
http://www.geocities.jp/inocchichichi/psqlodbc/
В списке pgsql-odbc по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера