| От | Neil Conway |
|---|---|
| Тема | Re: [GENERAL] Prepared statement performance... |
| Дата | |
| Msg-id | 87ptv2xa2j.fsf@mailbox.samurai.com обсуждение исходный текст |
| Список | pgsql-jdbc |
Dmitry Tkach <dmitry@openratings.com> writes: > - a general solution, that would involve extending postgres SQL gramma > to include a 'prepare' statement As someone else mentioned, this has been implemented for 7.3. I implemented PREPARE/EXECUTE/DEALLOCATE on the backend side, Barry Lind (I believe) added support for using backend prepared statements to the JDBC driver. > The second solution is not only ugly (because it requires the > application code to be changed and to have a specialized stored > procedure for every query), but also requires some additional hacks > (to overcome the hard limit on the number of function arguments and > the inability for functions to return tuples) Note that in 7.3, functions can return sets of tuples. Cheers, Neil -- Neil Conway <neilc@samurai.com> || PGP Key ID: DB3C29FC
В списке pgsql-jdbc по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера