面向人而非产品的数据仓库设计

Question

我了解，对于产品、订单和该类型的数据，建议使用事实和维度的星型模式。

是否有推荐的方式从月度报告中获取model facts about people，例如跟踪一段时间内的进度，person 可能会在几个月之间更改状态(progressing, Absence, Completed, NewPerson)，并且该人将与多个mentors 相关联，这也可以报告之间的变化。

• 我是否可以为每个state 和每个mentor role 提供一个dimension 表，并记录事实的真实日期。
• 我需要 2 个事实表吗？ 1 个给个人，另一个给导师？
• 其他数据如何适应预期结束日期

Answer 1

根据我们在 cmets 部分讨论的示例，您可以拥有以下数据集市。

事实表：

一个记录人们移动活动的事实表（我刚刚选择了一个名字） Fact_People_Move

请考虑您希望如何记录“业务活动”，然后决定它是交易事实还是快照事实。

有关 Kimball 的不同事实表的更多信息： http://www.kimballgroup.com/2008/11/fact-tables/

维度表：

保存员工详细信息的表格： Dim_Employee 这张桌子可以扮演员工和导师的角色，因为导师可以是员工自己。

保存日期的表格： 昏暗日期

保存地址的表（仅当您想记录地址时）： Dim_Address

用于保存组织部门/部门的表格： Dim_Division

可能还有很多其他的暗点，可能还有其他事实（如果您想记录更多的业务活动）。