没有人使用客户事实？

Question

我正在为我的仓库设计一个新的客户事实和维度。在我寻找好的示例模型时，我注意到一些奇怪的东西。没有人似乎有一个以客户为中心的事实。我发现的每个例子都有一个交易事件，例如销售或订单，作为以客户为维度的核心事实。这对我提出了一个问题。

我想通过客户的事实来认真对待错误吗？我们的目标是对客户行为进行分析，例如订单频率，总支出，购置成本，独特性，产品数量等等。这些问题自然意味着我不是一个维度。我已经有一个订单事实，对于以订单为中心的查询很有用，但对于以客户为中心的查询并不好。

为了让您更详细一点的客户情况将可能有下列措施及尺寸：

措施：

• 客户的计数
• 鲜明的产品数
• 完成顺序计数
• 总收入
• 总成本
• 计数券收到赎回
• 成本券赎回

尺寸券

计数：

• 订单交货日期
• 订单交货时间
• 订单交货地理
• Acquisit上述离子源
• 订单类型
• 优惠券类型

的似乎很自然的我，但我很担心我缺少一个明显的禁忌，采取了以客户为中心的方法，在这个新的多维数据集。

Answer 1

我可能误解了你的问题，但让我们看看，可从factOrder只，老式的方式客户的行为来学习。

假设factOrder的那粒是为了 在一行上，并且有的OrderID作为退化维度。

-- Number of customers who ordered something at least once 
select 
    count(distinct CustomerKey) as PayingCustomers 
from factOrder ; 

。

-- Number of orders and sales per customer 
select 
     CustomerKey 
    , count(distinct OrderID) as NumberOfOrders 
    , sum(ExtendedPrice)  as Total 
from factOrder 
group by CustomerKey ; 

。

-- Histogram (x = NumberOfOrders, y = People, Amount) 
with 
orders_per_customer as (
    select 
     CustomerKey 
    , count(distinct OrderID) as cnt 
    , sum(ExtendedPrice)  as Total 
    from factOrder 
    group by CustomerKey 
) 
select 
     cnt  as NumberOfOrders 
    , count(1) as People 
    , sum(Total) as Amount 
from orders_per_customer 
group by cnt 
order by cnt asc ; 

。

-- Distinct products ordered by customer 
select 
     CustomerKey 
    , count(distinct ProductKey) as DistinctProductsOrdered 
from factOrder 
group by CustomerKey ; 

。

-- Histogram (x = NumberOfDistinctProducts, y = People) 
with 
products_per_customer as (
    select 
     CustomerKey 
    , count(distinct ProductKey) as cnt 
    from factOrder 
    group by CustomerKey 
) 
select 
     cnt  as NumberOfDistinctProducts 
    , count(1) as People 
from products_per_customer 
group by cnt 
order by cnt asc ; 

Answer 2

我们有客户资料。很多时候，他们都是只是连接几个维度的事实表。

听起来像是你的很多事实都派生或摘要。粮食仍然很重要。如果你说的订单计数是MTD（和日期）或所有时间等。

我不认为这有什么问题，但我认为，因为这是派生数据，大多数人会把它在“数据集市”或任何分析子集中最好的明确术语。

我同意用相同的方式建模它是完全有效的。唯一需要注意的是与所有派生数据相同，它需要保持一致。

您的客户将有一个尺寸（符合，因为它是模型之间共享），然后CustomerStats事实表也好，都与那粒这股所有这些方面每一个事实。

Answer 3

之所以这么多的系统是为了为中心而非以客户为中心是你如何识别客户如此频繁地随时间变化：以前治疗业务的客户发展成治疗个别员工为客户，反之亦然，或客户将更改/拆分/合并地址，或者企业更改其名称，并且我们希望整合（或隔离）旧的和新的性能总计，或者现在必须扩展送货地址和帐单地址以包括支持地址，或者操作员忘记或错误地为另一个地址目的，或者客户希望仅使用特定的送货地址，等等等。

这是here更详细的说明。

Answer 4

措施，如order frequency，total spend，acquisition cost，distinct product count实际上从Orders推导出一个事实表，与客户的尺寸。每个客户的聚合可以很容易地按每个产品或每个地理位置进行聚合。

正如凯德鲁曾建议，你可以建立一个客户汇总表，它应该从另一个事实表然而被分离，这将完全是一个性能决定。通过构建Customers作为Orders的维度，您保留最大的灵活性。