Re: [COMMITTERS] pgsql: Allow TRUNCATE foo, foo to succeed, per report from Nikhils.

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: pgsql-hackers(at)postgresql(dot)org
Subject: Re: [COMMITTERS] pgsql: Allow TRUNCATE foo, foo to succeed, per report from Nikhils.
Date: 2008-07-17 05:35:05
Message-ID: 14141.1216272905@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers pgsql-hackers

Simon Riggs <simon(at)2ndquadrant(dot)com> writes:
> On Wed, 2008-07-16 at 17:59 -0400, Neil Conway wrote:
>> On Wed, 2008-07-16 at 21:39 +0100, Simon Riggs wrote:
>>> So why do we need
>>> TRUNCATE foo, foo;
>>
>> For the sake of completeness? Having "TRUNCATE foo, foo" fail would be
>> rather inconsistent.

> Inconsistent with what exactly?

Well, it's certainly surprising that it fails entirely. And if we
actually wanted to reject the case, it should be drawing an apropos
error message. The fact is that this failure is just an implementation
issue.

> Our users will be surprised to find this was at the top of our list

If it had taken more than five lines of code to fix, I might agree with
you. But we don't stop fixing bugs just because commitfest is on,
especially not trivial ones.

regards, tom lane

In response to

Browse pgsql-committers by date

  From Date Subject
Next Message Nikhils 2008-07-17 05:46:40 Re: pgsql: Allow TRUNCATE foo, foo to succeed, per report from Nikhils.
Previous Message H.Harada 2008-07-17 04:33:09 Re: pgsql: Add URL for: * Implement SQL:2003 window functions > >

Browse pgsql-hackers by date

  From Date Subject
Next Message Nikhils 2008-07-17 05:46:40 Re: pgsql: Allow TRUNCATE foo, foo to succeed, per report from Nikhils.
Previous Message Tom Lane 2008-07-17 05:26:52 Re: avoid recasting text to tsvector when calculating selectivity