From: | Simon Riggs <simon(at)2ndquadrant(dot)com> |
---|---|
To: | Neil Conway <neilc(at)samurai(dot)com> |
Cc: | Bruce Momjian <bruce(at)momjian(dot)us>, pgsql-committers(at)postgresql(dot)org |
Subject: | Re: pgsql: Allow TRUNCATE foo, foo to succeed, per report from Nikhils. |
Date: | 2008-07-16 23:06:10 |
Message-ID: | 1216249570.19656.441.camel@ebony.2ndQuadrant |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers pgsql-hackers |
On Wed, 2008-07-16 at 17:59 -0400, Neil Conway wrote:
> On Wed, 2008-07-16 at 21:39 +0100, Simon Riggs wrote:
> > TRUNCATE foo;
> > TRUNCATE foo;
> >
> > works well.
> >
> > 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?
If a proposal to support this was made on hackers, it would be laughed
away. It is not required for functionality, usability, standards
compliance, backwards compatibility, robustness, performance, internal
coding simplicity, portability, marketing or external compatibility. For
what reason would we do it? Nobody has said.
And as I pointed out, other commands fail in similar circumstances.
Consistency is required, but consistency in making balanced judgements
about feature additions.
Our users will be surprised to find this was at the top of our list
ahead of other patches during a commit fest, other agreed TODO items and
other proposals from users.
--
Simon Riggs www.2ndQuadrant.com
PostgreSQL Training, Services and Support
From | Date | Subject | |
---|---|---|---|
Next Message | User Rlucas | 2008-07-17 00:04:29 | aupg - aupg_src: I am so ashamed to commit this patch. |
Previous Message | Neil Conway | 2008-07-16 21:59:56 | Re: pgsql: Allow TRUNCATE foo, foo to succeed, per report from Nikhils. |
From | Date | Subject | |
---|---|---|---|
Next Message | Sushant Sinha | 2008-07-16 23:08:53 | Re: [GENERAL] Fragments in tsearch2 headline |
Previous Message | Oleg Bartunov | 2008-07-16 22:53:12 | Re: [GENERAL] Fragments in tsearch2 headline |