数据仓库多值属性

Question

免责声明：我以前从未创建过数据仓库。我读过Kimball的数据仓库工具包的几章。

背景：工厂(工厂)管理团队需要能够以各种方式对生产信息进行切片和裁剪，我们希望在我们部门的制造工厂之间建立一致的报告格式。通过业务分析，我们得出的结论是，事实上，粮食是一排每一个过程完成。一个完整的过程可以是“机器”，也可以是“组装”。我称之为“生产事实”。

企业需要回答的问题如下：

• 当这个过程完成时，谁在工作？
• 这个过程的循环时间是多少？
• 该工序生产的零件的序列号是多少？

我的架构包括以下一级维度。我没有任何维度超过第一级，但有一些交叉关系的工厂尺寸与零件类型，移位，和工艺尺寸。

• 部件类型(属性:代理键、部件编号、模型、变体、部件名称)
• 植物(属性:替代键、植物名称、植物缩写)
• Shift (属性:代理键，植物键，启动Hour24，启动分钟，结束Hour24，结束分钟)
• 过程(属性:代理密钥、工厂密钥、生产线、工艺组、工艺名称、机器类型)
• 日期(典型的日期维度属性)
• 一天中的时间(一天中的典型时间维属性)

无量纲的事实是：

• 部件序列号(部件类型的实例)
• 循环时间
• 雇员ID*多值*

问题

我的问题是，当时可能有一个以上的员工在处理这个过程。所以，我想知道我是否需要改变我的模型，以及如何在模型中最好地代表员工。我们并不是要存放员工信息，而是他们的公司员工ID。我考虑了以下几种选择：

1. 允许在事实表的employee列中使用多个雇员ID(例如，逗号分隔)。缺点:在此过程中工作的员工人数是可变的。我是否需要创建足够大的字段，以容纳最多X个员工？X应该是什么？
2. 为每个员工的生产事实创建一个记录。对于同一事实，这意味着不止一个记录；那将是糟糕的。:)
3. 在employee维度表和事实表之间创建employee维度和“”桥表。问题:当时在流程上工作的员工不在事实表中表示。
4. 创建员工维度、流程员工组表和流程员工组表与员工维度表之间的桥梁表。员工组和桥接器表需要是( a)预先填充了所有可能的员工组合--这在任何级别上都是不切实际的，因为我们有数千名员工--或b)在ETL期间动态填充。4b将需要检查每个进程是否已经存在给定的组雇员；如果源记录的批处理频率超过每天几次(例如，接近实时报告的时间为10 X/小时)，这可能会对DBMS/ETL系统造成负担。

我的问题

我认为选项3是最可行的选择，但我有一些保留。有潜在的监视吗？还有其他的选择我应该考虑吗？把那些在这个过程中工作过的员工从事实表中拿出来可以吗？

谢谢你的建议。

Answer 1

我有时间考虑我的选择，在我最初的帖子中列出的4种选择都是不正确的。讨论的问题似乎是一个典型的“覆盖”问题；业务需要知道哪些员工在某个特定时间处理哪个过程。如果我们掌握了这方面的信息，我们就会知道在某一特定过程完成时，谁在从事某一特定部分的工作。最好将其表示为员工维度和生产过程维度之间的无事实事实表。

这种方法还帮助我节省空间和提高查询能力，因为单个员工的“覆盖率”事实将跨越多个流程生产事实。

Answer 2

有一个概念叫做“缓慢变化的维度”。这些被认为是维度；基本上在这里，我将称之为PartEmployee的表；

这个表的结构将是

PartId - PK
EmployeeId - PK
EmployeeStartDate - PK
EmployeeEndDate

如果员工仍在该部件上工作，则结束日期为空。当新员工开始对该部件工作时，将关闭该部件的上一次员工记录，并为该部件与新员工一起创建一个新记录。

在PartFact表中添加一个雇员；

EmployeeId

本专栏将保存当前员工；此事实记录将在每一位新员工开始对该部分工作时更新。

这将为您提供员工在该部分工作的历史视角，以及在该部分上工作的员工的信息。

希望这能帮上忙。