Re: Best practices for aggregate table design

From: droberts <david(dot)roberts(at)riverbed(dot)com>
To: pgsql-general(at)postgresql(dot)org
Subject: Re: Best practices for aggregate table design
Date: 2015-10-09 22:16:48
Message-ID: 1444429008366-5869500.post@n5.nabble.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

David G Johnston wrote
> Nabble has a "quote" feature - please use it.
>
> On Thu, Oct 8, 2015 at 5:00 PM, droberts &lt;

> david.roberts@

> &gt; wrote:
>
>> I haven't but wouldn't it be better to wait and just add new columns
>> if/when
>> I need to?
>>
>
> ​Its worth keeping in the back of your mind but I tend to think that
> choosing hstore in order to "be flexible" is a solution looking for a
> problem. The dynamics between your system and the source system will play
> a large role in determining whether to use a mini-table-within-a-table in
> your model.
>
> David J.
> ​

Thanks for everyone's help. Can anyone recommend a good book on database
modeling, around these 'cube' or aggregate concepts in particular? I'm
using Postgres but shouldn't matter too much I assume.

Thanks

--
View this message in context: http://postgresql.nabble.com/Best-practices-for-aggregate-table-design-tp5868940p5869500.html
Sent from the PostgreSQL - general mailing list archive at Nabble.com.

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Roxanne Reid-Bennett 2015-10-10 01:07:22 Re: Best practices for aggregate table design
Previous Message Sean Rhea 2015-10-09 20:30:00 Re: Merge join vs merge semi join against primary key