Re: [PATCHES] Updatable views - Mailing list pgsql-hackers

From Jaime Casanova
Subject Re: [PATCHES] Updatable views
Date
Msg-id c2d9e70e0608240902x75a222d2j41bbed098df05eb5@mail.gmail.com
Whole thread Raw
In response to Re: [PATCHES] Updatable views  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: [PATCHES] Updatable views  (Bernd Helmle <mailings@oopsware.de>)
List pgsql-hackers
On 8/24/06, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Bernd Helmle <mailings@oopsware.de> writes:
> > While working on Alvaro's suggestions to fix the code i got the opinion
> > that we need to reject any attempts to name a user defined rule
> > as
>
> > "_INSERT"
> > "_NOTHING_INSERT"
> > "_DELETE"
> > "_NOTHING_DELETE"
> > "_UPDATE"
> > "_NOTHING_UPDATE"
>
> If the code is dependent on recognizing names to know what it's doing,
> then I'd say you have a fundamentally broken approach.  Consider adding
> a flag column to pg_rewrite to distinguish these rules, instead.
>

Actually the code delete implicit rules based on a field added to
pg_rewrite but that catalog has a unique index on ev_class, rulename:
"pg_rewrite_rel_rulename_index" UNIQUE, btree (ev_class, rulename)

i guess bernd's comment is about this index giving an error if we try
to insert the new rule with the same name on the same event...

--
regards,
Jaime Casanova

"Programming today is a race between software engineers striving to
build bigger and better idiot-proof programs and the universe trying
to produce bigger and better idiots.
So far, the universe is winning."
                                       Richard Cook

pgsql-hackers by date:

Previous
From: "Jim C. Nasby"
Date:
Subject: Re: pg_upgrade: What is changed?
Next
From: Stefan Kaltenbrunner
Date:
Subject: tsvector/tsearch equality and/or portability issue issue ?