Re: Deprecating RULES

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Deprecating RULES
Дата
Msg-id 27206.1350910651@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Deprecating RULES  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: Deprecating RULES
Список pgsql-hackers
Robert Haas <robertmhaas@gmail.com> writes:
> The problems with MERGE are mostly around concurrency, as far as I can
> tell.  I can't see why RULEs would have anything to do with it -
> except that I don't see how MERGE can sanely support rules, and even
> if we find a way to make it do that, anyone already using RULEs will
> need to adjust them to support MERGE.  I'm not sure I have a horribly
> well-thought-out position on the underlying issue here - I'm kind of
> vacillating back and forth - but I do think one of the problems with
> RULEs is that they are too tied to particular command names.  Adding
> any new commands that can select or modify data - be it MERGE, UPSERT,
> or whatever - is going to cause trouble both for implementors and for
> people relying on the feature.

And triggers (or anything else) would be better on that score because ...?
        regards, tom lane



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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: Deprecating RULES
Следующее
От: Pavel Stehule
Дата:
Сообщение: ToDo: KNN Search should to support DISTINCT clasuse?