Re: On partitioning

From: "Amit Langote" <Langote_Amit_f8(at)lab(dot)ntt(dot)co(dot)jp>
To: <robertmhaas(at)gmail(dot)com>
Cc: <pgsql-hackers(at)postgresql(dot)org>, <bruce(at)momjian(dot)us>, <tgl(at)sss(dot)pgh(dot)pa(dot)us>, <alvherre(at)2ndquadrant(dot)com>
Subject: Re: On partitioning
Date: 2014-09-19 05:12:36
Message-ID: 033201cfd3c8$53909d20$fab1d760$@lab.ntt.co.jp
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Hi,

I tend to agree with Robert that partitioning should continue using
inheritance based implementation. In addition to his point about reinventing
things it could be pointed out that there are discussions/proposals elsewhere
about building foreign table inheritance capability; having partitioning use
the same general infrastructure would pave a way for including sharding
features more easily in future (perhaps sooner).

Maybe I am missing something; but isn't it a case that making partitions a
physical implementation detail would make it difficult to support individual
partitions be on different servers (sharding basically)? Moreover, recent FDW
development seems to be headed in direction of substantial core support for
foreign objects/tables; it seems worthwhile for partitioning design to assume
a course so that future sharding feature developers can leverage both. Perhaps
I am just speculating here but I thought of adding this one point to the
discussion.

Having said that, it can also be seen that the subset of inheritance
infrastructure that constitutes partitioning support machinery would have to
be changed considerably if we are now onto partitioning 2.0 here.

--
Amit

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Amit Langote 2014-09-19 05:27:52 Re: On partitioning
Previous Message Pavel Stehule 2014-09-19 04:22:32 Re: Anonymous code block with parameters