人而非产品的数据仓库设计
Data Warehouse Design for People not Products
我了解事实和维度的星型模式推荐用于产品、订单和那种数据类型。
是否有从月度报告中 model facts about people 的推荐方法，例如跟踪一段时间内的进度，其中 person 可能会在几个月之间更改状态 (progressing, Absence, Completed, NewPerson)，并且该人会与mentors 的数量也可能在报告之间发生变化。
- 我会为每个
state 和每个 mentor
role 设置一个 dimension table 并记录事实的真实日期吗？
- 我需要 2 个事实 table 吗？ 1 个给个人，另一个给导师？
- 其他数据如何符合预期结束日期
根据我们在评论部分讨论的示例，您可以拥有以下数据集市。
事实Table:
一个事实table记录activity人的感动(我随便取了一个名字)
Fact_People_Move
请考虑您希望如何记录 'business activity'，然后决定它是交易事实还是快照事实。
更多来自 Kimball 的不同事实 table：
http://www.kimballgroup.com/2008/11/fact-tables/
维度tables:
A table 保存员工详细信息：
Dim_Employee
这个 table 可以扮演员工和导师的角色，因为导师本身可以是员工。
A table 保存日期：
Dim_Date
A table 保存地址（仅当您想记录地址时）：
Dim_Address
一个table持有组织的divisions/sections：
Dim_Division
可能还有很多其他的暗淡，可能还有其他的事实（如果你想记录更多的业务活动的话）。
我了解事实和维度的星型模式推荐用于产品、订单和那种数据类型。
是否有从月度报告中 model facts about people 的推荐方法，例如跟踪一段时间内的进度，其中 person 可能会在几个月之间更改状态 (progressing, Absence, Completed, NewPerson)，并且该人会与mentors 的数量也可能在报告之间发生变化。
- 我会为每个
state和每个mentor role设置一个dimensiontable 并记录事实的真实日期吗？ - 我需要 2 个事实 table 吗？ 1 个给个人，另一个给导师？
- 其他数据如何符合预期结束日期
根据我们在评论部分讨论的示例，您可以拥有以下数据集市。
事实Table:
一个事实table记录activity人的感动(我随便取了一个名字) Fact_People_Move
请考虑您希望如何记录 'business activity'，然后决定它是交易事实还是快照事实。
更多来自 Kimball 的不同事实 table： http://www.kimballgroup.com/2008/11/fact-tables/
维度tables:
A table 保存员工详细信息： Dim_Employee 这个 table 可以扮演员工和导师的角色，因为导师本身可以是员工。
A table 保存日期： Dim_Date
A table 保存地址（仅当您想记录地址时）： Dim_Address
一个table持有组织的divisions/sections： Dim_Division
可能还有很多其他的暗淡，可能还有其他的事实（如果你想记录更多的业务活动的话）。