Re: Patch: plan invalidation vs stored procedures

Поиск
Список
Период
Сортировка
От Dimitri Fontaine
Тема Re: Patch: plan invalidation vs stored procedures
Дата
Msg-id 200808191834.59655.dfontaine@hi-media.com
обсуждение исходный текст
Ответ на Re: Patch: plan invalidation vs stored procedures  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Patch: plan invalidation vs stored procedures  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: Patch: plan invalidation vs stored procedures  ("Pavel Stehule" <pavel.stehule@gmail.com>)
Re: Patch: plan invalidation vs stored procedures  ("Robert Haas" <robertmhaas@gmail.com>)
Список pgsql-hackers
Le mardi 19 août 2008, Tom Lane a écrit :
> [ shrug... ] You have not found a bug in plan invalidation.  You have
> found omitted functionality --- functionality that was *intentionally*
> omitted from the 8.3 version.

Thanks a lot for this clarification, now I understand you viewpoint.

So, the 8.3 "fix" would be about documenting this intentionnal omit in the
great manual, maybe in a Limits section of the sql-createfunction page?

Another thing I do not understand well is how people are expected to work in
8.3 with a function based API, without hitting Skype problems. I'm having a
project here where the project manager wants a database function API to keep
data logic at serverside, should I tell him to reconsider this while 8.4 is
not ready?
We would then have to go live with an 8.3 based solution containing middleware
code, then port it again to SQL functions when 8.4 is out & stable. Not
appealing, but I sure understand the no new feature in stable code base
argument here.

Regards,
--
dim

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Time to get rid of -Winline ?
Следующее
От: Tom Lane
Дата:
Сообщение: Adjusting debug_print_plan to be more useful by default