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
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 |