Re: Some thoughts on table inheritance (which is uniquely awesome on PostgreSQL)

From: Merlin Moncure <mmoncure(at)gmail(dot)com>
To: Chris Travers <chris(dot)travers(at)gmail(dot)com>
Cc: Postgres General <pgsql-general(at)postgresql(dot)org>
Subject: Re: Some thoughts on table inheritance (which is uniquely awesome on PostgreSQL)
Date: 2012-08-23 19:36:58
Message-ID: CAHyXU0zYmR0OWM2V9HQUn0gskuCQFkEyhvEV4z7nHMFBiR-NRQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Wed, Aug 22, 2012 at 10:22 PM, Chris Travers <chris(dot)travers(at)gmail(dot)com> wrote:
> I have now been working with table inheritance for a while and after
> starting to grapple with many of the use cases it has have become
> increasingly impressed with this feature. I also think that some of
> the apparent limitations fundamentally follow from the support for
> multiple inheritance, and multiple inheritance itself is so useful I
> would not want to see this go away. Inheritance really starts to come
> to its own once you start using table methods, and some features that
> are useful in some sorts of inheritance modelling are useless in
> others.

The problem with postgres table inheritance is that it doesn't really
solve the problem that people wanted solved: to be able to define an
set of specific extra attributes for each row depending on some
characteristic of that row. The feature only tantalizingly
masquerades as such.

Until it found use in table partitioning, I found the inheritance
feature to be basically useless.

merlin

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Michael Clark 2012-08-23 19:41:18 Re: Problems with timestamp with time zone and old dates?
Previous Message Merlin Moncure 2012-08-23 19:20:02 Re: How hard would a "path" operator be to implement in PostgreSQL