The recommended approach is a separate time dimension table, populated
with all relevant dates. This paper by Tom Chester discusses in detail
why:
http://www.sqljunkies.com/Article/D1...F20D60951395.s
cuk
Conclusion
To summarize the main recommendations:
Always use a dimension table for time; do not derive the dimension from
the fact table.
Do not derive the dimension from a date/time column.
Use a meaningful key for dates, e.g., YYYYMMDD. This makes it easier to
backload historical data.
Decide in advance if the All member is meaningful; remove it, if not.
- Deepak
*** Sent via Developersdex http://www.developersdex.com ***
Don't just participate in USENET...get rewarded for it!