Re: Plans for partitioning of inheriting tables - Mailing list pgsql-general

From Achilleas Mantzios - cloud
Subject Re: Plans for partitioning of inheriting tables
Date
Msg-id c5c3bb5c-b24a-4712-87f8-9650bfff6462@cloud.gatewaynet.com
Whole thread Raw
In response to Re: Plans for partitioning of inheriting tables  ("David G. Johnston" <david.g.johnston@gmail.com>)
List pgsql-general


On 10/24/24 21:58, David G. Johnston wrote:
On Thursday, October 24, 2024, <thiemo@gelassene-pferde.biz> wrote:

Up to version 17, partitioning of tables inheriting from other tables is not possible.
psql:../code_files/data_storage/PostgreSQL/tables/TOPO_FILES.pg_sql:68: ERROR:  no se puede crear una tabla particionada como hija de herencia

Are there plans to support this in the future? I could not find any hint in the documentation or in https://wiki.postgresql.org/wiki/Development_information.

My impression of things is that directly using “inherit” for table creation is considered deprecated at this point.  No one has interest in expanding on the feature nor even recommends it be used in new development.  That particular unique feature of PostgreSQL hasn’t caught on.
Hi, opinions vary, IMHO inheritance it is a nice feature to have especially in multi-tenant situation where tenants represent a division or subsidiary rather than a completely foreign entity which should live in total isolation, plus the ability to have data on the top owning or managing organization. IMHO nothing beats inheritance in fitting to the above model. Partitioning comes close but partitioned tables cannot have any data on their own. There are workarounds of course to that, but they don't fit like a glove. But again I have not tested in heavy xactional envs TBT, I am just saying the feature is handy for many applications and models. I use it personally in my company and love it. Could I do without it? of course, but it would be ugly.

David J.
 

pgsql-general by date:

Previous
From: user
Date:
Subject: Re: Fwd: Postgres attach partition: AccessExclusive lock set on different tables depending on how attaching is performed
Next
From: Adrian Klaver
Date:
Subject: Re: Plans for partitioning of inheriting tables