Re: thw rewriter and default values, again - Mailing list pgsql-hackers

From Jaime Casanova
Subject Re: thw rewriter and default values, again
Date
Msg-id c2d9e70e05052809367c0c6b92@mail.gmail.com
Whole thread Raw
In response to Re: thw rewriter and default values, again  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: thw rewriter and default values, again  (Richard Huxton <dev@archonet.com>)
List pgsql-hackers
On 5/28/05, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Jaime Casanova <systemguards@gmail.com> writes:
> > create rule ins_rule as on insert to v_foo do instead
> > insert into foo(col1, col2) values (new.col1, new.col2);
>
> > insert into v_foo(col2) values (1);
>
> > this give an error like:
> > psql:f:/views.sql:13: ERROR:  null value in column "col1" violates
> > not-null constraint
>
> That's not a bug, and "fixing" it isn't acceptable.
>
> The correct solution to the problem you are looking at is
> to attach default expressions to the view itself.  Adding
>
> alter table v_foo alter col1 set default nextval('public.foo_col1_seq');
>
> to your example makes it work as you wish.
>
I know you're right, but -when dealing with updateable views- doing
that implies to add a lot of time altering views when base table
change, and of course we maybe don't want all views get that values.

--
regards,
Jaime Casanova
(DBA: DataBase Aniquilator ;)


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: thw rewriter and default values, again
Next
From: Jaime Casanova
Date:
Subject: Re: thw rewriter and default values, again