data-warehouse - 维度建模 - 各种维度组合键中使用的公共(public)属性

Question

我遇到了以前从未遇到过的情况。

我有同一个 ERP 系统的多个实例，因卫星区域设置而异。每个语言环境都分配有自己的 ID。

在每个卫星位置中，数据库架构与其他位置相同，表相同，值相同。

当组合表格时，比方说来自两个或更多这些语言环境的部分，它们的自然操作键将相同，但附加属性数据可能不同。由于我需要能够链接到一个部件，基于它来自哪个卫星区域，我想我需要一个复合键在这里 - 部件 ID 和卫星 ID。

现在这对于这个单一的维度来说没问题，但是，这个卫星 ID 在许多其他维度的其他地方以相同的方式使用。它也是许多事实表的主要切片器。

我应该如何对待这个属性？放在自己的空间里，雪花？或者将值插入每个维度(复制)，然后让事实表将唯一的 FK 保存到卫星维度？

Answer 1

在理想情况下，解决方案是在 ETL 过程中用代理键替换 Natural Operational Keys，代理键对于每个 PartID/SatelliteID(以及同一维度中的每个维度)都是唯一的情况，例如，我确实怀疑对于时间维度，您可以跳过代理键)。

当然，这不仅需要在维度表中而且还需要为事实表添加此代理键。

如果您需要按卫星报告，卫星 ID 列也将作为单独的维度出现。

这将是一个理想的解决方案。

一个快速而肮脏的解决方案可能是如您所建议的那样，在自然键旁边添加一个带有卫星 ID 的附加列，您需要为每个维度(同样除了时间维度)和事实表添加此列。然后，您需要在每次加入时都包含 Satellite ID 列。

在这种情况下，在您的报告工具中，您需要将卫星 ID 作为复合 ID 的一部分包含在内，复合 ID 由自然操作 key 和卫星 ID 构成。

您还可以创建一个特定的 Satellite Dimension，您可以使用它来为特定的 Satellite 选择数据。