主页 / dba / 问题 / 23365
Accepted
8kb
Asked: 2012-08-30 08:45:18 +0800 CST

事实表的代理键分配是否要求源数据具有自然键？

  • 772

假设我有一个简单的 OLTP 数据库，其中包含订单、产品和客户：

在此处输入图像描述

从它开始，我正在构建一个包含订单事实表、产品维度、客户维度和日期维度的数据集市：

在此处输入图像描述

将订单表加载到 fact_orders 时（假设我使用 SSIS 查找转换来分配代理键），这是否意味着订单的数据源也需要具有关联的自然“外键”值OLTP系统中的订单？

换句话说，正在加载的数据会来自这样的查询吗？

SELECT 
  order_date,                   -- needed to get date surrogate key
  customer_name,                -- needed to get customer surrogate key
  product_name,                 -- needed to get product surrogate key
  order_number,                 -- denegenerate dimension,
  qty_ordered AS order_qty,     -- measure
  total_amount AS order_amount  -- measure
FROM orders o 
  INNER JOIN customers c 
    ON o.customer_id = c.customer_id
  INNER JOIN products p 
    ON o.product_id = p.product_id
ssis data-warehouse

1 个回答

  1. Best Answer

    我不确定您是否需要“自然”键，但您可能确实需要维护各种键映射。因此，您需要了解源系统和目标系统之间的关系映射，确定这些关系的键并从那里构建键映射。

    我之前有一个关于此的问题，称为“从自然键映射到基于整数的键的最佳实践是什么？（ETL）”。

    编辑：到目前为止，我看到至少三个，如果不是四个映射。

    CustomersToDim_Customers (customer_id, dim_customer_id)
ProductsToDim_Products (product_id, dim_product_id)
OrderDatesToDim_Date (order_date, date_id) or (map_id,order_date,date_id) if you want to use a key to map.

    最后，我将 order_id 视为事实表的关键。所以我会去

    OrdersToFactOrders (order_id,dim_date_id,dim_customer_id,dim_product_id)

    在我的例子中，我用 dim_field_id 重命名了市场的字段，因为我不想在我的表中发生名称冲突或混淆他们指向的 Id。您的 ETL 必须知道 CustomersToDim_Customers.dim_customer_id 真正映射到 Dim_Customers.customer_id 并且 CustomersToDim_Customers.customer_id 真正映射到 Customers.customer_id。

    我也倾向于将 order_number 包含在 OrdersToFactOrders 映射表中，但那是因为我喜欢跟踪数据以用于审计目的。让我的生活更轻松。但是，根据您告诉我的内容，order_number 和 order_id 是一对一的，因此包含 order_number 将是多余的，并且只有在您有完美主义偏执狂以确保您的数据在双方都正确的情况下才有必要（我真的很喜欢以确保 ETL 完成后 A 侧的 A 和 B 侧的 B 确实正确。）。

    • 3

相关问题