From: | Mark Kirkwood <mark(dot)kirkwood(at)catalyst(dot)net(dot)nz> |
---|---|
To: | David Fetter <david(at)fetter(dot)org>, Robert Haas <robertmhaas(at)gmail(dot)com> |
Cc: | Amit Langote <Langote_Amit_f8(at)lab(dot)ntt(dot)co(dot)jp>, Craig Ringer <craig(at)2ndquadrant(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: New partitioning - some feedback |
Date: | 2017-07-16 06:27:58 |
Message-ID: | c88d5ad3-828f-f28b-e2cf-29a18adddfe6@catalyst.net.nz |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 16/07/17 05:24, David Fetter wrote:
> On Fri, Jul 14, 2017 at 09:49:25PM -0500, Robert Haas wrote:
>> On Mon, Jul 10, 2017 at 5:46 PM, David Fetter <david(at)fetter(dot)org> wrote:
>>> With utmost respect, it's less messy than adding '!' to the already
>>> way too random and mysterious syntax of psql's \ commands. What
>>> should '\det!' mean? What about '\dT!'?
>> Since \det lists foreign tables, \det! would list foreign tables even
>> if they are partitions. Plain \det would show only the ones that are
>> not partitions.
>>
>> \dT! wouldn't be meaningful, since \dT lists data types and data types
>> can't be partitions. If you're trying to conjure up a rule that every
>> \d<something> command must accept the same set of modifiers, a quick
>> look at the output of \? and a little experimentation will quickly
>> show you that neither S nor + apply to all command types, so I see no
>> reason why that would need to be true for a new modifier either.
>>
>> TBH, I think we should just leave this well enough alone. We're
>> post-beta2 now, there's no clear consensus on what to do here, and
>> there will be very little opportunity for users to give us feedback if
>> we stick a change into an August beta3 before a September final
>> release.
> I think a new modifier would be too rushed at this stage, but there's
> no reason to throw out the progress on \d vs \dt.
>
>
+1
And similarly, there seemed to be a reasonably clear push to label the
'partitions' as such.
regards
Mark
From | Date | Subject | |
---|---|---|---|
Next Message | Dean Rasheed | 2017-07-16 10:40:55 | Re: Multi column range partition table |
Previous Message | Jeff Janes | 2017-07-16 01:47:22 | Re: SCRAM auth and Pgpool-II |