Re: Deprecating RULES - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Deprecating RULES
Date
Msg-id 27206.1350910651@sss.pgh.pa.us
Whole thread Raw
In response to Re: Deprecating RULES  (Robert Haas <robertmhaas@gmail.com>)
Responses Re: Deprecating RULES  (Robert Haas <robertmhaas@gmail.com>)
List 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 by date:

Previous
From: Robert Haas
Date:
Subject: Re: Deprecating RULES
Next
From: Pavel Stehule
Date:
Subject: ToDo: KNN Search should to support DISTINCT clasuse?