如何创建历史事实表？

我的数据仓库中有一些实体：

1. Person- 具有 personId、dateFrom、dateTo 和其他可以更改的属性，例如姓氏、出生日期等 - 缓慢变化的维度

2. Document- 文档 ID、编号、类型

3. Address- 地址 ID、城市、街道、房屋、公寓

（人员和文档）之间的关系是一对多，（人员和地址）之间的关系是多对多。

我的目标是创建历史事实表，可以回答我们以下问题：

1. 哪些人持有哪些文件，在规定的日期居住在规定的地址？

2、定义的地址在定义的时间间隔内有哪些居民历史记录？

这不仅仅是DW设计的目的，而且我认为这是DW设计中最难的事情。

例如，personId=1 的 Brown 小姐，documentId=1 和 documentId=2 的文档自 2005 年 1 月 1 日到 2010 年 2 月 2 日一直居住在 addressId=1 的地址，然后移至 addressId=2，该地址已从 2010 年 2 月 3 日到当前日期（NULL？）。但自 2006 年 4 月 5 日起，她已将姓氏更改为 Green 夫人，自 2007 年 6 月 7 日起，她将第一份文档的 documentId=1 更改为 documentId=3。 personId=2、documentId=4 的 Black 先生自 2010 年 2 月 3 日至今一直居住在 addressId=1。

对于问题 2（其中 addressId=1，时间间隔是从 01/01/2000 到现在）的查询的预期结果必须类似于：

Rows:

last_name="Brown", documentId=1, dateFrom=01/01/2005, dateTo=04/04/2006

last_name="Brown", documentId=2, dateFrom=01/01/2005, dateTo=04/04/2006

last_name="Green", documentId=1, dateFrom=04/05/2006, dateTo=06/06/2007

last_name="Green", documentId=2, dateFrom=04/05/2006, dateTo=06/06/2007

last_name="Green", documentId=2, dateFrom=06/07/2007, dateTo=02/01/2010

last_name="Green", documentId=3, dateFrom=06/07/2007, dateTo=02/01/2010

last_name="Black", documentId=4, dateFrom=02/03/2010, dateTo=NULL

我有一个想法，使用复合键（personId、documentId、addressId、dateFrom）创建事实表，但我不知道如何加载该表，然后使用该结构获得预期结果。

我将很高兴获得任何帮助！

有趣的问题@Argnist！

因此，要为我的示例创建一些通用语言，您需要

• DimPerson（PK=kcPerson，唯一 Person=Person 的代理键，类型 2 暗淡）
• DimDocument（PK=kcDocument，唯一 Documents=kDocument 的建议键，类型 2 暗淡）
• DimAddress（PK=kcAddress，唯一地址的suggorate key=kAddress，类型 2 暗淡）

一位同事写了一篇关于使用两个代理键来解释上述暗淡的简短博客'在尺寸上使用两个代理键 http://www.consolidata.co.uk/SQL-blog/2008/07/using-2-surrogate-keys-on-dime.html'.

我总是会添加 DimDate，PK 格式为 yyyymmdd 任何具有额外属性列的数据仓库。

那么你的事实表将是

• FactHistory（FKs=kcPerson、kPerson、kcDocument、kDocument、kcPerson、kPerson、kDate） 加上任何其他措施。

然后加入“kc”即可显示当前的人员/文档/地址维度信息。 如果您加入“k”，您可以显示历史人员/文档/地址维度信息。

这样做的缺点是，该事实表需要为每个人/文档/地址/日期组合占据一行。但它确实是一个非常狭窄的表，因为该表只有一些外键。

这样做的优点是很容易查询您所问的各种问题。

或者，您可以将事实表设置为

• FactHistory（FKs=kcPerson、kPerson、kcDocument、kDocument、kcPerson、kPerson、kDateFrom、kDateTo） 加上任何其他措施。

这显然更加紧凑，但查询变得更加复杂。您还可以在事实表上放置一个视图，以便于查询！

解决方案的选择取决于数据更改的频率。我怀疑它不会那么快改变，所以事实表的替代设计可能会更好。

希望有帮助。