Re: followup on view/rule/delete problem.
От | Pete Leonard |
---|---|
Тема | Re: followup on view/rule/delete problem. |
Дата | |
Msg-id | Pine.LNX.4.10.10106131045460.30699-100000@hero.com обсуждение исходный текст |
Ответ на | followup on view/rule/delete problem. (Pete Leonard <pete@hero.com>) |
Ответы |
Re: followup on view/rule/delete problem.
|
Список | pgsql-general |
As a followup - No, I haven't applied the patch Tom posted yesterday to 7.1.2 - I'm trying to get one of the admins here to take care of that - but I was curious as to whether the patch fixed the example below. thanks, --pete On Wed, 13 Jun 2001, Pete Leonard wrote: > > I wanted to thank Tom Lane and Andrew Snow for their help - definitely got > me going in the right direction. > > Unfortunately, I'm still not quite there - I'm still experiencing DB > hangs, and was able to duplicate it with the following simplified schema. > Is this a 7.1-specific bug? Is it breaking 7.1.2 as well? Can anyone > offer a workaround? > > Thanks everyone, > > --pete > > > Running on FreeBSD-3.4, Postgres 7.1 > > drop view foobar; > drop table foo; > drop table bar; > drop table log; > drop sequence foo_id_seq; > > create sequence foo_id_seq; > > create table foo ( > id integer default nextval('foo_id_seq') primary key, > name varchar(20) > ); > > > create table bar ( > id integer not null constraint foo_chk references foo on delete cascade, > name varchar(20) > ); > > > create table log ( > id integer, > action varchar(20) > ); > > > create view foobar as > select f.id, f.name, b.name as barname from foo f, bar b > where f.id=b.id; > > > create rule delete_foobar as on delete to foobar > do instead ( > insert into log (id, action) values (OLD.id, 'deleted'); > delete from foo where id=OLD.id; > ); > > insert into foo (name) values ('aa'); > insert into foo (name) values ('bb'); > insert into bar (id, name) values (1, 'bar-aa'); > insert into bar (id, name) values (2, 'bar-bb'); > > > delete from foobar where id=2; > > > > > > ---------------------------(end of broadcast)--------------------------- > TIP 3: if posting/reading through Usenet, please send an appropriate > subscribe-nomail command to majordomo@postgresql.org so that your > message can get through to the mailing list cleanly >
В списке pgsql-general по дате отправления: