如何最好地存储用户数据与日期/时间维度？用例是我试图每天每小时存储用户操作。例如分享数、点赞数、好友数等。我有一个时间表和一个日期表。时间很容易 - 我每天的每个小时都有每一行 = user_id 和列 = 1 到 24。但问题是日期。如果我每天给 = 1 列，那么我每年将有 365 列。我也无法归档数据方式，因为分析也需要过去的数据。其他策略是什么？
【问题讨论】：
标签： database-design data-warehouse
dimDate : 1 row per date
dimTime : 1 row per minute
一开始你必须说明事实表的“grain”，然后坚持它。
如果grain是一天，那么TimeKey总是指向“23:59”的键。
如果粒度是一小时，则TimeKey 指向“HH:59”的条目。
如果grain是一分钟，那么TimeKey指向相应的“HH:MM”
如果grain是15分钟，那么TimeKey指向各自的“HH:14”、“HH:29”、“HH:44”、“HH:59”
等等……
-- How many new friends did specific user gain
-- in first three months of years 2008, 2009 and 2010
-- between hours 3 and 5 in the morning
-- by day of week
-- not counting holidays ?
select
DayOfWeek
, sum(NewFriends) as FriendCount
from factUserAction as f
join dbo.dimUser as u on u.UserKey = f.UserKey
join dbo.dimDate as d on d.DateKey = f.DateKey
join dbo.dimTime as t on t.TimeKey = f.TimeKey
where CalendarYear between 2008 and 2010
and MonthNumberInYear between 1 and 3
and t.Hour between 3 and 5
and d.IsHoliday = 'no'
and UserEmail = 'john_doe@gmail.com'
group by DayOfWeek
order by DayOfWeek ;
【讨论】：
http://arcanecode.com/2009/11/18/populating-a-kimball-date-dimension/
您可以将 日期 存储在维度中，然后添加计算字段，例如 day_of_year。
在我从事的设计中，我们从来没有比一天更细粒度的时间片，但我不明白为什么不能有一个基于日期-小时的时间维度，作为粒度？
user_activity_facts(
time_key references time_dimension(time_key)
,user_key references user_dimension(user_key)
,measure1
,measure2
,measure3
,primary key(time_key, user_key)
)
partition by range(time_key)(
...
)
【讨论】：