Re: STATISTICS retained in CREATE TABLE ... LIKE (INCLUDING ALL)?

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

In response to

Responses

Browse pgsql-hackers by date

  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

Browse pgsql-novice by date

  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)?