Re: [BUGS] BUG #6572: The example of SPI_execute is bogus - Mailing list pgsql-hackers

From Robert Haas
Subject Re: [BUGS] BUG #6572: The example of SPI_execute is bogus
Date
Msg-id CA+Tgmob0yP0Y4FQG8Oi0KU0b8-24ZABL+0OAJr4YR2CgZDEasQ@mail.gmail.com
Whole thread Raw
In response to Re: [BUGS] BUG #6572: The example of SPI_execute is bogus  (Pavel Stehule <pavel.stehule@gmail.com>)
Responses Re: [BUGS] BUG #6572: The example of SPI_execute is bogus  (Pavel Stehule <pavel.stehule@gmail.com>)
List pgsql-hackers
On Fri, Apr 13, 2012 at 10:43 PM, Pavel Stehule <pavel.stehule@gmail.com> wrote:
>> Yeah.  I think it would be a good idea for UPDATE and DELETE to expose
>> a LIMIT option, but I can't really see the virtue in making that
>> functionality available only through SPI.
>
> I don't agree - LIMIT after UPDATE or DELETE has no sense. Clean
> solution should be based on using updateable CTE.

It has a lot of sense.  Without it, it's very difficult to do logical
replication on a table with no primary key.

(Whether or not people should create such tables in the first place
is, of course, beside the point.)

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company


pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: Patch: add timing of buffer I/O requests
Next
From: Peter Eisentraut
Date:
Subject: Re: docs: WITH queries and VALUES