Re: pg_get_prepared?

Поиск
Список
Период
Сортировка
От Greg Sabino Mullane
Тема Re: pg_get_prepared?
Дата
Msg-id dd98b662f6fb5f9beeed2242ac29fd17@biglumber.com
обсуждение исходный текст
Ответ на Re: pg_get_prepared?  (Christopher Kings-Lynne <chriskl@familyhealth.com.au>)
Ответы Re: pg_get_prepared?  (Christopher Kings-Lynne <chriskl@familyhealth.com.au>)
Re: pg_get_prepared?  (Mario Weilguni <mweilguni@sime.com>)
Список pgsql-hackers
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


> The use case is when you want to prepare a query, but only if it's not
> already prepared on that connection.

This has been covered before, but to reiterate: why would you need this?
Any application worth its salt should be tracking which statements it
has already prepared (after all, they cannot span connections). Seems
a waste of resources to make a separate call to the database for
information you should already know.

- --
Greg Sabino Mullane greg@turnstep.com
PGP Key: 0x14964AC8 200507151017
https://www.biglumber.com/x/web?pk=2529DF6AB8F79407E94445B4BC9B906714964AC8

-----BEGIN PGP SIGNATURE-----

iEYEARECAAYFAkLXxcsACgkQvJuQZxSWSsgJOgCg+jKQzGW+Xgh+4rAooS01jxse
fa0AnRG5ODx2N0gc8BG3LeYAYUVmICJX
=eLkO
-----END PGP SIGNATURE-----




В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: pg_get_prepared?
Следующее
От: Andrew Dunstan
Дата:
Сообщение: Re: multibyte regression tests