From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | David Rowley <david(dot)rowley(at)2ndquadrant(dot)com> |
Cc: | Tels <nospam-pg-abuse(at)bloodgate(dot)com>, Stephen Froehlich <s(dot)froehlich(at)cablelabs(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>, Tomas Vondra <tomas(dot)vondra(at)2ndquadrant(dot)com>, Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> |
Subject: | Re: STATISTICS retained in CREATE TABLE ... LIKE (INCLUDING ALL)? |
Date: | 2018-01-27 21:45:41 |
Message-ID: | 19839.1517089541@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-novice |
David Rowley <david(dot)rowley(at)2ndquadrant(dot)com> writes:
> I'd offer to put it back to the order of the enum, but I want to
> minimise the invasiveness of the patch. I'm not sure yet if it should
> be classed as a bug fix or a new feature.
FWIW, I'd call it a new feature.
I think the ordering of these items suffers greatly from "add new stuff
at the end no matter what" syndrome. Feel free to design an ordering
that makes more sense, but then please apply it consistently.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Vik Fearing | 2018-01-27 21:54:07 | Re: \describe* |
Previous Message | Andres Freund | 2018-01-27 21:20:37 | Re: JIT compiling with LLVM v9.0 |
From | Date | Subject | |
---|---|---|---|
Next Message | Tomas Vondra | 2018-01-27 22:55:33 | Re: STATISTICS retained in CREATE TABLE ... LIKE (INCLUDING ALL)? |
Previous Message | David Rowley | 2018-01-27 21:09:15 | Re: STATISTICS retained in CREATE TABLE ... LIKE (INCLUDING ALL)? |