Re: Best practices for aggregate table design - Mailing list pgsql-general

From droberts
Subject Re: Best practices for aggregate table design
Date
Msg-id 1444155892445-5868958.post@n5.nabble.com
Whole thread Raw
In response to Re: Best practices for aggregate table design  ("David G. Johnston" <david.g.johnston@gmail.com>)
Responses Re: Best practices for aggregate table design  (John R Pierce <pierce@hogranch.com>)
List pgsql-general
Thanks for your response.  One more follow-up question.

Is there a best practice when to create a measure that includes a
property/dimension?

Let me give an example, say in my example where I have outbound and inbound
calls.

Is is best to have measures:
 -total_inbound
 -total_outbound

OR a dimension 'type' with values outbound/inbound and a single measure
column 'total' ?

I think i would have more rows but fewer columns.  Perhaps it depends upon
the number of possible options there would be (e.g. is it always just
outbound/inbound or would they ever grow further)



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


pgsql-general by date:

Previous
From: John R Pierce
Date:
Subject: Re: Recording exceptions within function (autonomous transactions?)
Next
From: John R Pierce
Date:
Subject: Re: Best practices for aggregate table design