星型模式[事实 1:n 维度]...如何？

Question

我是数据仓库的新手，我希望有一个关于构建星型模式的简单问题：

如果我有一个事实表，其中事实记录自然与单个维度具有一对多关系，那么星型模式如何模式可以建模来支持这一点吗？例如：

• 事实表：销售点条目（ 衡量标准是 DollarAmount）
• 维度表：促销（这些 当以下情况时，促销是否有效 销售已完成）

情况是我希望单个销售点条目与多个不同的促销活动相关联。这些促销活动不能是它们自己的维度，因为有很多很多促销活动。

我该怎么做？

Answer 1

对于真正具有“多值”维度的情况，桥接表通常是 Kimball 推荐的解决方案。

您的“促销”维度只是每次促销的记录及其属性（开始日期、结束日期、优惠券代码、POS 促销代码、广告名称等）。此处未对促销与产品的关系进行建模，因为它将反映在事实表中。

促销/折扣维度将如下所示（每个唯一计划的促销 1 行）

Promotion Dim ID
Promo Code
Coupon Code
Promo Start DTTM
Promo End DTTM
... etc ...

您的销售事实将如下所示：

Tran Date
Tran Line #
Customer Dim ID
Product Dim ID
Promotion Group Dim ID
Net Sale Price
Average Cost
Discount Amount

您的“促销组”桥接表将是一组组合：

Promotion Group Dim ID
Promotion Dim ID

如果发生的促销有 3 项促销，您只需创建与每个促销相关的组 ID，然后将组 ID 放入事实表中。这与医疗报告系统处理多种诊断的方式非常相似。

请注意，通过使用 Bridge 表，您可以轻松地重复计算销售额，因此我建议由了解该模型的人员来开发使用此方法的报告。

Answer 2

时间几乎总是星型模式中的一个维度。

“实际上”表示促销活动有开始日期和结束日期。

因此，促销本身可能是一个事实，具有对时间维度的开始和结束日期引用。

也许使用这样的模型，您可以拥有一个 JOIN 表，在事实之间以多对多的方式将销售与促销关联起来。

“很多很多”促销——是的，但是有多大呢？每天一条意味着每年 365 条记录。我假设促销以某种方式与产品或类别相关联。一次销售将有一个时间戳和多个产品。

您必须将它们存储在某个地方、某个时间，否则您的模型就会崩溃。为什么不愿意以这种方式进行促销模式？

我的建议是不要担心数据的大小，而专注于尽可能地对问题进行建模。首先建立正确的逻辑模型，然后再考虑物理模型和数据大小。

Answer 3

您应该为每次促销加载事实记录，即使金额相同。事实上，如果示例中的每种促销类型都真正由该特定美元金额表示，则应使用促销类型的键加载事实记录，还包含返回其他相关维度（包括日期）的键。

这里的要点是不用担心数据重复。考虑一个面向销售的数据仓库，例如一家快餐公司。人们可以假设不会只有一个 4.13 美元的事实记录，该记录用于代表“超值餐#3”的一百万份不同销售量。相反，“交易”维度中的每条记录都与该假设的销售事实表中的至少一个特定事实记录有关系。