星型模式：为客户和非客户机或共享维度服务员单独尺寸是多少？

Question

我是新来模拟星型架构，从阅读数据仓库工具包新鲜

我有了客户和非客户机调用到电话会议与我们的一些员工的业务流程。

我的事实表，把它称为“观众”，将包含的参加人是如何长的连接到呼叫的措施，而这个人的连接呼叫的成本。晶粒是“到会议呼叫单个连接”。

我应该用我的贴合的客户维度，创建非客户机尺寸（对于那些还没有客户来电者）（不属于这个问题的一部分省略尺寸）是这样的：

或者会是好/最好有以这种方式与贴合的客户维度非符合参加维：

或者有更好的/标准的机制来建模业务流程，像这样的？

修改

关于使用模型2的上方，但创建所述客户端维表的顶视图以及主治尺寸什么使它看起来像它是仅在一个维度？

是一个可接受的替代达米尔的回答下面？

Answer 1

有不需要客户端分成两个表（尺寸）。简单地说所有的客户，主动和前景到同一个维度表。 然后，您可以介绍一个isActive属性（列）支付客户和潜在客户进行区分。迟早你会使用数据挖掘工具更多地了解客户和什么区别的人谁愿意支付服务费用从那些谁不。为了使算法的工作，你必须为人们两组数据供应 - 那些谁支付和那些谁不支付。总之，前景属于同一个表作为付费客户。

有了这个，你可以使用你的产品型号1.确保在事实表中是有意义的措施。例如，如果一个CALL_ID = 123有10人参与，那么

sum(cost_of_connection)
from factAudience
where call_id = 123;

应该回电话，不是无意义的总成本 - 就像10倍的实际成本

修改

A“付费客户端”和一个“前景客户”均为一个类型的客户机的，因此属于相同的维度表 - dimClient。某处DW有一个factSale（或类似）与FK到dimSale。即使你没有在dimClient一栏，支付和前景区分 - 你仍然可以通过加入factSale和dimClient付费客户。

“谁是顾客？”在一个组织中引入DW当公共辩论。 为了能够分析客户获取，保留，转换等，前景具有相同的待遇付费用户 - 至少在DW。请记住，获取和创造新客户的名单（几乎）任CEO的顶部。

Answer 2

我会去第二：它的模型在自己的专用维度的与会者，同时允许你暴露自己的客户端内斯通过该维度的属性，它可能是你想要的方式（或其他方式）在现实生活中向下钻取（“显示我的所有参加者”，其次是“现在那些这是客户端”）。

在客户端维我将填充所有与会者的CLIENT_ID，匹配到出席者不是客户端的“未知”元件。

有下面是关于这一个很好的讨论：

http://crpit.com/confpapers/CRPITV75Riazati.pdf

Answer 3

有差别不大。第二个版本是可能更正确的，但是确实你的OLAP系统的支持呢？

Answer 4

第二个看起来像“雪花模式”给我。看着雪花型架构，从维基百科的文章。你会看到明星和雪花之间的一些比较。