From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Tomas Vondra <tomas(dot)vondra(at)2ndQuadrant(dot)com> |
Cc: | Simon Riggs <simon(at)2ndQuadrant(dot)com>, Robert Haas <robertmhaas(at)gmail(dot)com>, Kyotaro HORIGUCHI <horiguchi(dot)kyotaro(at)lab(dot)ntt(dot)co(dot)jp>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Multi-column distinctness. |
Date: | 2015-10-21 01:06:12 |
Message-ID: | 20672.1445389572@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Tomas Vondra <tomas(dot)vondra(at)2ndQuadrant(dot)com> writes:
> On 10/20/2015 11:28 PM, Simon Riggs wrote:
>> Since this command doesn't actually ADD the statistics, it just creates
>> a specification used by the next ANALYZE, it would seem better to use a
>> different keyword than ADD, perhaps DECLARE STATISTICS ON... and DROP
>> STATISTICS ON
> Maybe, although we should not use DROP with DECLARE. Not only DROP has
> the same issue with name as ADD, but I think it's a good practice to
> commands "paired" ADD-DROP and DECLARE-X?
If we spelled the drop case as "DROP STATISTICS name", I think the
conflict could be avoided. I agree though that pairing DECLARE and DROP
seems rather unintuitive.
I am getting more attracted to your suggestion of making these things
stand-alone commands "CREATE STATISTICS" and "DROP STATISTICS". Not only
does that fix the syntactic problems of shoehorning them into ALTER TABLE,
but it would be possible to design the syntax to allow for straightforward
extension to multiple-table cases. Even if we don't know what we'd do
with that just yet, it seems to me like a possible future extension that
we should keep in mind. And anything based on ALTER TABLE just cannot do
that reasonably.
So consider
CREATE STATISTICS name ON table(columnlist) [, table(columnlist) ...]
[ WITH options ]
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Simon Riggs | 2015-10-21 01:14:26 | Re: Multi-column distinctness. |
Previous Message | Tomas Vondra | 2015-10-21 00:57:39 | Re: Multi-column distinctness. |