Re: Deprecating RULES

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Deprecating RULES
Дата
Msg-id 11878.1350516341@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Deprecating RULES  (Josh Berkus <josh@agliodbs.com>)
Ответы Re: Deprecating RULES
Re: Deprecating RULES
Re: Deprecating RULES
Список pgsql-hackers
Josh Berkus <josh@agliodbs.com> writes:
> I would tend to say "well, they're not hurting anyone, why not keep
> them?" Except that we're gathering an increasing number of features
> (RETURNING, FDWs, CTEs, Command triggers) which don't work well together
> with RULEs.

Really?  On what do you base that claim?  The only one of those that I
might believe is command triggers, but AFAIK we only have/plan command
triggers for DDL, so there's no overlap.

I'm fairly annoyed by the entire tenor of this conversation, because
the people who are hollering the loudest seem to be people who have
never actually touched any of the rules code, but nonetheless seem
prepared to tell those of us who have what to spend our time on.

Now having said that, I would definitely like to see rules in their
current form go away eventually.  But not without a substitute.
Triggers are not a complete replacement, and no amount of wishful
thinking makes them so.

Perhaps it would be more profitable to try to identify the pain points
that make people so eager to get rid of rules, and then see if we could
alleviate them.  One big problem I know about offhand is the
multiple-evaluation risk, which seems at least in principle fixable.
What others are there?
        regards, tom lane



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

Предыдущее
От: Daniel Farina
Дата:
Сообщение: Re: Deprecating RULES
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Bugs in CREATE/DROP INDEX CONCURRENTLY