Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1YirZX-0007b8-Jo for pgsql-hackers@arkaria.postgresql.org; Thu, 16 Apr 2015 21:43:43 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.80) (envelope-from ) id 1YirZX-0003kL-1J for pgsql-hackers@arkaria.postgresql.org; Thu, 16 Apr 2015 21:43:43 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1YirZV-0003iF-II for pgsql-hackers@postgresql.org; Thu, 16 Apr 2015 21:43:41 +0000 Received: from 173-164-140-181-sfba.hfc.comcastbusiness.net ([173.164.140.181] helo=fetter.org) by magus.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1YirZQ-0003r1-3c for pgsql-hackers@postgresql.org; Thu, 16 Apr 2015 21:43:40 +0000 Received: by fetter.org (Postfix, from userid 500) id 2DAFC62209; Thu, 16 Apr 2015 14:43:33 -0700 (PDT) Date: Thu, 16 Apr 2015 14:43:33 -0700 From: David Fetter To: Kyotaro HORIGUCHI Cc: alvherre@2ndquadrant.com, Jim.Nasby@BlueTreble.com, fujita.etsuro@lab.ntt.co.jp, tgl@sss.pgh.pa.us, ashutosh.bapat@enterprisedb.com, hlinnakangas@vmware.com, noah@leadboat.com, shigeru.hanada@gmail.com, pgsql-hackers@postgresql.org Subject: Re: inherit support for foreign tables Message-ID: <20150416214333.GA797@fetter.org> References: <552CF0B6.8010006@lab.ntt.co.jp> <552D4EE3.3060708@BlueTreble.com> <20150414185218.GX4369@alvh.no-ip.org> <20150415.093505.266215018.horiguchi.kyotaro@lab.ntt.co.jp> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150415.093505.266215018.horiguchi.kyotaro@lab.ntt.co.jp> User-Agent: Mutt/1.5.23 (2014-03-12) X-Pg-Spam-Score: -0.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, Apr 15, 2015 at 09:35:05AM +0900, Kyotaro HORIGUCHI wrote: > Hi, > > Before suppressing the symptom, I doubt the necessity and/or > validity of giving foreign tables an ability to be a parent. Is > there any reasonable usage for the ability? > > I think we should choose to inhibit foreign tables from becoming > a parent rather than leaving it allowed then taking measures for > the consequent symptom. I have a use case for having foreign tables as non-leaf nodes in a partitioning hierarchy, namely geographic. One might have a table at HQ called foo_world, then partitions under it called foo_jp, foo_us, etc., in one level, foo_us_ca, foo_us_pa, etc. in the next level, and on down, each in general in a separate data center. Is there something essential about having non-leaf nodes as foreign tables that's a problem here? Cheers, David. -- David Fetter http://fetter.org/ Phone: +1 415 235 3778 AIM: dfetter666 Yahoo!: dfetter Skype: davidfetter XMPP: david.fetter@gmail.com Remember to vote! Consider donating to Postgres: http://www.postgresql.org/about/donate -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers