2011/9/26 Tom Lane <[email protected]>: > Kohei KaiGai <[email protected]> writes: >> However, the interface to reference reloptions are designed to pull >> this information with Relation pointer, rather than lsyscache, so >> I implemented this revision with a new rte->security_barrier member. > > This approach will guarantee that we can never implement an ALTER VIEW > (or CREATE OR REPLACE VIEW) option that changes the state of the flag. > I don't think that's a good idea. > Sorry, are you saying the current (in other words, rte->security_barrier stores the state of reloption) approach is not a good idea?
Thanks, -- KaiGai Kohei <[email protected]> -- Sent via pgsql-hackers mailing list ([email protected]) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers
