From: | Steve Howe <howe(at)carcass(dot)dhs(dot)org> |
---|---|
To: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Proposal: Solving the "Return proper effected tuple count from complex commands [return]" issue |
Date: | 2002-09-09 20:43:50 |
Message-ID: | 156147016598.20020909174350@carcass.dhs.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Hello Peter,
Monday, September 9, 2002, 3:41:41 PM, you wrote:
PE> Steve Howe writes:
>> Here are the proposals for solutioning the "Return proper effected
>> tuple count from complex commands [return]" issue as seen on TODO.
>>
>> Any comments ?... This is obviously open to voting and discussion.
PE> We don't have a whole lot of freedom in this; this area is covered by the
PE> SQL standard. The major premise in the standard's point of view is that
PE> views are supposed to be transparent. That is, if
PE> SELECT * FROM my_view WHERE condition;
PE> return N rows, then a subsequently executed
PE> UPDATE my_view SET ... WHERE condition;
PE> returns an update count of N, no matter what happens behind the scenes. I
PE> don't think this matches Tom Lane's view exactly, but it's a lot closer
PE> than your proposal.
If there was a single statement per rules executed, this would be end
of discussion... but as you know there can be possible multiple
statements per rules, and the difficulty is what do to in those
cases.
As far as of now, Tom Lane's proposal seems to be the most accepted,
without using a new API.
-------------
Best regards,
Steve Howe mailto:howe(at)carcass(dot)dhs(dot)org
From | Date | Subject | |
---|---|---|---|
Next Message | scott.marlowe | 2002-09-09 20:50:41 | Re: |
Previous Message | Laurette Cisneros | 2002-09-09 20:34:33 |