Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1aM0Rq-0005y5-LS for pgsql-hackers@arkaria.postgresql.org; Wed, 20 Jan 2016 21:37:50 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84) (envelope-from ) id 1aM0Rq-0004IJ-88 for pgsql-hackers@arkaria.postgresql.org; Wed, 20 Jan 2016 21:37:50 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84) (envelope-from ) id 1aM0Rp-0004FQ-Cl for pgsql-hackers@postgresql.org; Wed, 20 Jan 2016 21:37:49 +0000 Received: from momjian.us ([72.94.173.45]) by magus.postgresql.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.84) (envelope-from ) id 1aM0Rm-00064x-DH for pgsql-hackers@postgresql.org; Wed, 20 Jan 2016 21:37:48 +0000 Received: from bruce by momjian.us with local (Exim 4.72) (envelope-from ) id 1aM0Rj-0004vu-FD; Wed, 20 Jan 2016 16:37:43 -0500 Date: Wed, 20 Jan 2016 16:37:43 -0500 From: Bruce Momjian To: Robert Haas Cc: Tomas Vondra , "pgsql-hackers@postgresql.org" Subject: Re: multivariate statistics v8 Message-ID: <20160120213743.GA9092@momjian.us> References: <543AFA15.4080608@fuzzy.cz> <567AF104.80700@2ndquadrant.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) X-Pg-Spam-Score: -1.9 (-) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-hackers Precedence: bulk Sender: pgsql-hackers-owner@postgresql.org On Wed, Jan 20, 2016 at 02:20:38PM -0500, Robert Haas wrote: > On Wed, Dec 23, 2015 at 2:07 PM, Tomas Vondra > wrote: > > The remaining question is how unique the statistics name should be. > > My initial plan was to make it unique within a table, but that of > > course does not work well with the DROP STATISTICS (it'd have to > > specify the table name also), and it'd also now work with statistics > > on multiple tables (which is one of the reasons for abandoning ALTER > > TABLE stuff). > > > > So I think it should be unique across tables. Statistics are hardly > > a global object, so it should be unique within a schema. I thought > > that simply using the schema of the table would work, but that of > > course breaks with multiple tables in different schemas. So the only > > solution seems to be explicit schema for statistics. > > That solution seems good to me. > > (with apologies for not having looked at the rest of this much at all) Woh, this will be an optimizer game-changer, from the user perspective! -- Bruce Momjian http://momjian.us EnterpriseDB http://enterprisedb.com + As you are, so once was I. As I am, so you will be. + + Roman grave inscription + -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers