Re: Best practices for aggregate table design
| От | droberts |
|---|---|
| Тема | Re: Best practices for aggregate table design |
| Дата | |
| Msg-id | 1444155892445-5868958.post@n5.nabble.com обсуждение |
| Ответ на | Re: Best practices for aggregate table design ("David G. Johnston" <david.g.johnston@gmail.com>) |
| Ответы |
Re: Best practices for aggregate table design
|
| Список | 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 по дате отправления: