Currently, the name of the ON SELECT rule for a view is defined to be
        '_RET' || viewname
truncated if necessary to fit in a NAME.

I've just committed fixes to make rule names be per-relation instead
of global, and it occurs to me that we could now get rid of this
convention.  The select rule name could be the same for all views ---
"_RETURN", say.  This would simplify life in a number of places.

A quick look at psql, pgaccess, etc suggests that a lot of places know
that view select rule names begin with _RET, but not that many are
dependent on the rest of it.  So I think this wouldn't break clients
too badly.

Any thoughts pro or con?  I'm leaning towards changing it, but could be
persuaded to leave well enough alone.

                        regards, tom lane

---------------------------(end of broadcast)---------------------------
TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]

Reply via email to