Re: plan invalidation vs stored procedures

Поиск
Список
Период
Сортировка
От Dimitri Fontaine
Тема Re: plan invalidation vs stored procedures
Дата
Msg-id 0579E953-E0D2-4520-8D06-389896088D5C@hi-media.com
обсуждение исходный текст
Ответ на Re: plan invalidation vs stored procedures  ("Marko Kreen" <markokr@gmail.com>)
Список pgsql-hackers
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

Le 6 août 08 à 20:42, Marko Kreen a écrit :
> But you missed my point: if you don't have functions backed by table,
> the DROP+CREATE results in inappropriate behaviour that can be
> avoided.


Just wanted to say I agree with Marko here: it seems we have here a
pretty nice (and required) core feature which does not work all of the
time. It might be a difficult case to get right, but we certainly are
NOT getting it right now.

Whatever the workarounds, it would be nice that plan invalidation
worked whenever it makes sense, and DROP FUNCTION certainly makes
sense. Allowing REPLACE function to change return type (adding an OUT
parameter, the TABLE column list, etc) would certainly be a good
feature to add, but having existing feature set behave correctly is
more important.
It seems to qualify the complaint as a bug.

Regards,
- --
Dimitri Fontaine
PostgreSQL DBA, Architecte



-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Darwin)

iEYEARECAAYFAkiaAPsACgkQlBXRlnbh1bl3CQCgvtP09HyFgzdqWVEpmGBA4bXy
3YUAoKLCrP+2AGqmctL9IBFmpUUmdssD
=b8HX
-----END PGP SIGNATURE-----


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

Предыдущее
От: "Marko Kreen"
Дата:
Сообщение: Re: plan invalidation vs stored procedures
Следующее
От: KaiGai Kohei
Дата:
Сообщение: Re: Proposal of SE-PostgreSQL patches [try#2]