Re: REPLACE INTO table a la mySQL - Mailing list pgsql-hackers

From mlw
Subject Re: REPLACE INTO table a la mySQL
Date
Msg-id 3B24E93C.7EA0496B@mohawksoft.com
Whole thread Raw
In response to Re: Re: REPLACE INTO table a la mySQL  (Jan Wieck <JanWieck@Yahoo.com>)
Responses Re: Re: REPLACE INTO table a la mySQL  (Jan Wieck <JanWieck@Yahoo.com>)
List pgsql-hackers
Dale Johnson wrote:

> "Jan Wieck" <JanWieck@Yahoo.com> wrote in message
> news:200106061506.f56F6dV01843@jupiter.us.greatbridge.com...
> > mlw wrote:
> > > [...]
> > > REPLACE into table set xx=yy, ww = zz where ID = fubar;
> > >
> > > A MUCH better solution!
> >
> >     Please  solve the trigger problem at least theoretical before
> >     claiming that mySQL is that MUCH  better.  And  please  don't
> >     solve it by ripping out trigger support :-)
> >
> for INSERT OR REPLACE into table ...
> if the record was not there, fire the insert trigger
> else
>    delete the row (fire delete trigger)
>    insert the new row (fire the insert trigger)
> fi
>
> semantically no other way, I think

I'm not sure I agree. There are explicit triggers for update, insert, and
delete, therefor why not also have a trigger for replace? It is one more
case. Rather than try to figure out how to map replace into two distinct
behaviors of insert or update based on some conditional logic, why not just
have a replace trigger?





pgsql-hackers by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: dlopen() of libpgsqlodbc.so >= release 7.1 fails on sparc solaris 2.8
Next
From: bruc@stone.congenomics.com (Robert E. Bruccoleri)
Date:
Subject: Re: Various silliness in heap_getnext and related routines