问题标签 [fact-table]

即使在我处理了多维数据集之后，我也无法在计算视图中找到这组新的度量？

我是使用 SSAS 设计多维数据集的新手。

在我的简单多维数据集中，我有一个包含 3 个维度表的事实表，如下所示。事实表 (table1) 包含客户端 ID 列表和链接到 3 个维度的其他列。这一切都很好。

我有另一个表 (table2)，其中包含三列 - 客户 ID、分类类型和分类名称。一个客户可能记录了 1-n 个分类（即种族、宗教、过敏等），因此客户 ID 可能出现在表 2 的多行中。例如

我想将 table2 添加到我的多维数据集中，以便我可以按 table2 中的分类类型和分类名称聚合现有事实表 (table1) 的客户端 ID 列表。

但是，我不确定这样做的正确方法是什么？我尝试将 table2 连接到事实表 (table1) 作为链接到客户端 ID 的维度，但我认为这只是使用 table2 中第一次出现的客户端 ID 将两个对象连接在一起。

帮助！:)

谢谢，

全息图

我有统一的事实和维度表以及用于网络流量数据仓库的 SSAS 多维数据集，现在我试图了解特定活动如何影响各个维度的流量。

在 ETL 的一般方法和数据模型方面，我如何进行此过程，因为我将其视为多对多关系。使用我当前的 ETL 解决方案，Web 请求来自单个国家/地区的单个设备等，因此我在构建事实表时只需应用适当的维度键。一个活动可以针对多个平台，并且多个活动将同时处于活动状态。

基本上，我正在寻找的是能够使用当前表格视图，我可以在其中按维度对流量进行切片/切块，然后将其与可能影响此流量的所有活动的并排列表叠加。

我在 sql server 2008 r2 中创建了一个 test1 数据库，然后创建了另一个 test 2 db ..

在测试 2 db 中，我创建星型模式 erd 是

现在在这里我想从 test1 db 中选择数据，然后在 test2 db 中执行 .. 像 etl .. 提取、转换和加载...

这是查询

当我执行此 uery 数据时，未将数据插入表中

那我是怎么做到的？

在 SSAS 中，有没有办法让维度与基于事实表中的两列的事实表相关？

我们有两个表：位置（维度）和销售（事实）。位置维度有一列：“状态”。Sales 表包含三列：“saleAmount”、“customerState”和“billingState”（因为我们的客户可能在加利福尼亚，但希望我们向纽约的公司或分支机构开具账单）。

在 SQL 中，如果我们想查看加利福尼亚州的所有销售额，我们将 SQL 查询编写为：

有没有办法在构建多维数据集时在 SSDT 中完成此操作，以便当我使用 Excel 作为最终用户工具并从 Location 维度和 saleAmount 度量中选择 state 属性时， saleAmount 将基于 customerState 或 billingState ? （我不想在这里有角色扮演维度 - 其中一个 Location 维度基于 customerState，另一个 Location 维度基于 billingState。我希望一个维度同时与两列匹配。）

我一直在 Stack Overflow 和 Google 上进行一些搜索，但还没有找到我的问题的答案，所以我们开始吧：

自从我完成一个“从头开始”的数据仓库项目以来已经有一分钟了，所以我正在整理我过去的一些知识，但我正在为我的一个数据加载场景提供解决方案。

我正在创建一个事实表（factOrderLines），其中当然包含许多维度。我想链接到 factOrderLines 的维度之一是 dimItem。问题在于，根据项目的供应商和供应商部件号、制造商和制造商部件号或来自称为 ManagedItems (MngItemID) 的项目子集的标识符，项目是唯一的。

来源例如：

问题是当我从源表连接到 dimItem 表以填充 factOrderLines 表时，我有三个查找方案。这导致数字膨胀，性能变得可怕。

对于这种情况，是否有比我开始实施的更有效/更好的方法？

编辑：完整的 INSERT 查询（为了更好地理解）

场景：我为用户导出了 3 种利用率指标。在我的应用程序中，使用他的登录历史记录、用户拨打的客户电话次数、用户执行的状态更改次数来跟踪用户活动。

所有这些信息都保存在我的应用程序数据库中的 3 个不同的表中，例如 UserLoginHistory、CallHistory、OrderStatusHistory。每个用户所做的所有操作与日期时间信息一起存储在这 3 个表中。

现在我正在尝试创建一个报告数据库，以帮助我生成用户的整体利用率。基本上，报告应该在一段时间内向我展示每个用户：

1. 用户名
2. 角色
3. 登录次数
4. 通话次数
5. 进行的状态更新次数

现在我正在设计我的事实表。我应该如何为这种情况创建一个事实表？我应该创建一个包含行的单个事实表，在粒度日期级别（在我的 DimDate 表级别）捕获所有这些详细信息，还是 3 个不同的事实表并将它们关联起来？

我上面描述的 2 个选项没有说服力，我正在寻找更好的设计。谢谢。

我正在从事务表重建 Factless Fact 表。有明显的共享昏暗，如 Org、Status、Service、ServiceAction、Send Date 等。但是，我正在尝试解决 2 个问题：

1. 在 Transaction 表上，有用于电话、电子邮件、chkbxRequestReceipt 等值的自由表单输入字段。它们都与 TransactionKey 直接相关。如果我将这些字段从事实表中拉出到它们自己的暗淡中，它会创建一个似乎不正确的 1-1 暗淡事实关系。

2. ServiceAction dim 是事实表上的 1 个字段，但随后分解为 3 个不同的 dim 表。这样做是因为服务几乎不共享公共字段。每个 ServiceAction 都有 1 个事务。所以 3 个服务表中的行总和 = 事务表的总行数。

任何人都可以就最好的建模方法提供建议吗？

我正在研究金融数据集市结构。而且我对这样做的更好方法有一些疑问。源系统数据库 Dynamics AX 2009 具有三个用于客户交易的表。一张用于未结交易的表，客户仍需要为服务/产品付费；一张用于结算交易的表，其中保存着客户已经支付的款项；最后是一个包含所有客户交易的表，包含从开放到结算的交易以及作为客户到银行或分类账账户的其他交易。

我想到了两个选项，首先我将维护一个代表三个表的事实表，即未结交易的事实、任何客户交易的事实和结算交易的事实。其次是创建一个事实来保存所有事务，为此我必须对三个表进行完全连接。我不确定这两种方法，因为第一种方法似乎是从生产中复制表并创建正确的维度。在第二个中，我将创建一个庞大的事实表，其中数据会不断变化，因为开放事务在结算时会在源系统上被删除。

另一个疑问，我是否应该使用 scd（缓慢变化的维度）结构创建一个事实来维护历史数据？（开始日期、结束日期、标志）

我是维度建模的新手，我相信你们可以帮助我解决以下问题。

在生产系统中，我有一个事务表，例如销售表。唯一标识符是一个名为 SaleId 的主键。例子：

我的疑问是在对事实表进行建模时，SaleID 是否应该作为 NaturalKey 包含在事实表中？

Fact 表也应该有一个 SurrogateKey 吗？

请随时向我发送任何链接作为参考。提前致谢