From: | Don Baccus <dhogaza(at)pacifier(dot)com> |
---|---|
To: | Jan Wieck <wieck(at)debis(dot)com>, Jan Wieck <wieck(at)debis(dot)com> |
Cc: | Hannu Krosing <hannu(at)tm(dot)ee>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, PostgreSQL Development <pgsql-hackers(at)postgreSQL(dot)org> |
Subject: | Re: [HACKERS] Re: ALTER TABLE DROP COLUMN |
Date: | 2000-02-29 14:56:04 |
Message-ID: | 3.0.1.32.20000229065604.01d07510@mail.pacifier.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
At 01:22 PM 2/29/00 +0100, Jan Wieck wrote:
>I wrote:
>
>> fully SQL3. I just had an idea that might easily turn it to
>> do the right thing.
>
> ON <event> RESTRICT triggers are now executed after the
> statement allways, ignoring any explicitly set deferred mode.
> This is pretty close to Date's SQL3 interpretation, or IMHO
> better. Date says that they are checked BEFORE each ROW, but
> that would ignore the SET character of a statement.
Perhaps that's actually the point of RESTRICT? Sacrifice the
set character of a statement in this special case in order to
return an error quickly?
Since RESTRICT wasn't in SQL92, and since it's very close to
NO ACTION, it reeks of being an efficiency hack.
I dread digging into that part of the standard again...this is
a case where the various proposals and justifications that were
before the committee at the time would be useful since the
actual words that made it to the standard are opaque.
- Don Baccus, Portland OR <dhogaza(at)pacifier(dot)com>
Nature photos, on-line guides, Pacific Northwest
Rare Bird Alert Service and other goodies at
http://donb.photo.net.
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2000-02-29 14:57:56 | Re: [HACKERS] Re: [SQL] prob with aggregate and group by - returns multiplesh |
Previous Message | Don Baccus | 2000-02-29 14:51:10 | Re: [HACKERS] Re: ALTER TABLE DROP COLUMN |