From: | Gaetano Mendola <mendola(at)bigfoot(dot)com> |
---|---|
To: | pgsql-general(at)postgresql(dot)org |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Subject: | Re: Two rules on a view do not like each other :-( |
Date: | 2003-11-23 20:15:13 |
Message-ID: | 3FC11551.10308@bigfoot.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Tom Lane wrote:
> Dima Tkach <dmitry(at)openratings(dot)com> writes:
>
>>Also, have anything similar been done in 7.3 regarding the order in
>>which *triggers* are executed.
>
>
> Yes --- by name.
Why not implement in SQL standard way ?
I'm against this alphabetic order firing.
I's not safe develop a new trigger and completely change
the trigger firing order. Suppose that I want multiply for
2 a field of a table for each insert. What happen if that field
is manipulated already by another trigger calculating let me say:
sqrt ?
Before my new trigger:
Only first trigger:
insert a -> insert sqrt(a)
and I want:
first + second trigger:
insert a -> insert sqrt(a) -> insert 2*sqrt(a)
if my trigger name is aaaaaaa
insert a -> insert 2*a -> insert sqrt( 2*a )
What shall I do to be safe ? Name my trigger zzzzzzz ?
I think is more natural that my last trigger developped is the last
to be fired.
Regards
Gaetano Mendola
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2003-11-23 20:32:52 | Re: Two rules on a view do not like each other :-( |
Previous Message | Gaetano Mendola | 2003-11-23 19:54:54 | Re: First generic/redhatish RPM's uploaded to ftp.postgresql.org. |