问题标签 [fact]

在任何情况下，我可以在事实表中拥有文本字段，例如描述？

我目前有一个会议事件的事实表（粒度：每次会议的行），其中包含日期、客户、位置等多个维度。我需要将会议主题放在事实表中。这可以吗，即使它不是衡量标准（我还没有看到任何这样的例子）。无法将其移动到单独的维度，因为它的大小（行数）始终与事实相同。

过去的经验有什么想法或建议吗？

谢谢

前段时间，我偶然发现了一个网站，该网站显然是微软研究从网络中提取事实的产品，更具体地说是来自维基百科。现在我想更好地了解它是如何工作的，但问题是我找不到它，也许有人知道我在说什么，可以给我方向或链接吗？

谢谢！

TL;DR：需要帮助调用一个规则，因为
我从 Prolog 开始，来自 C 并且让东西工作......直到它们显然被破坏了。我正在为自己编写一个小型汽车油漆程序，因为我正在学习这种新语言

我试图用一个事实来调用一个规则（这可能吗？），我想做的是使用一个事实“汽车”和另一个事实“油漆”来制作一个包含所有不同汽车的大清单油漆。我无法让代码按我的意愿工作......看看

我得到了事实：

所以我想我需要帮助解决两个问题：

• 我如何将事实汽车和油漆的内容传递给两个循环？
• 一个“车库”，用于放置所有组合。车库是一个由两个小项目列表（汽车和油漆）组成的大列表。

我需要我的 WorkingMemory 来了解在 DRL 中创建的事实，如下所示：

有没有办法让 WorkingMemory 了解 TestRule 事实然后能够更新？我的目标是让规则知道何时收到 100 个数据包。

这是我的规则：

这就是我创建 RuleBase 和 WorkingMemory 的方式：

我有一个更新部分：

我现在在 WorkingMemory 中获得了 1 个 TestRule 事实，并且该规则正在创建另一个 TestRule 实例。我知道我正在实例化两个 TestRule 事实，但只有 WorkingMemory 中的一个做出反应。我哪里错了？！

（束手无策）

我是 BI/Datawarehousing 的新手，在构建了一些简单的示例之后，我需要构建一个更复杂的结构。我的项目最初涉及产品许可证，我按月/年和程序衡量销售了多少，并且只计算许可证的数量。

现在的要求是从这些指标中引入跳跃。例如，当您访问某一组许可证时，他们希望看到完全不同的指标。例如，如果在 2011 年 3 月售出了 100 个许可证，其中有多少人安装、激活和取消了产品。（我们跟踪该信息，但不在 DW 中）。所以，我正在寻找最好的方法来做到这一点......我假设我要做的第一件事是为已安装、激活和取消添加三个维度 - 并拥有三个事实表？或者每个许可证都有一个事实表，并有一行用于取消、安装或激活？（因此可以重复一个许可证）。或者有一个事实表，有不同的字段用于安装、取消、激活？此外，您如何将一个事实表与另一个相关联？是通过维度，还是可以通过其他方式关联？

任何帮助将非常感激！

编辑：

感谢您的帖子...我还认为第二个选项可能是正确的。但是在这个实现中，我有一个独特的问题。因此，衡量的事实之一是销售的许可证数量 - 当然是按日期。假设我为已安装、已取消、已激活添加一行。要求是让他们能够看到相关的事实。例如，如果我添加单独的行，给定一个时间范围，我可以知道售出了多少行，以及安装了多少行。

但他们希望看到给定的时间框架，购买了多少，以及从中安装了多少。例如，如果时间范围是 3 月，并且 100 个在 3 月份售出，那么在这 100 个中，安装了多少个 - 即使他们可能安装得比 3 月晚得多，因此行日期不会在他们正在寻找的时间范围内在....这是一个常见问题吗？它是如何解决的？

我正在阅读 Ralph Kimball 关于数据仓库和维度建模的书。我正在阅读其中一个案例研究，它是关于订单系统的维度建模，其中要求捕获从订单到履行再到发货的订单生命周期。

所以，我在想，也许他们会建议在一个交易维度上设置多行交易类型为 FK 的行。然而，本书建议改为创建“角色扮演”维度——创建多个日期维度表（一个用于订单日期，一个用于履行，一个用于发货）。然后，它们中的每一个都将在事实表中具有一个外键，因此事实表将具有三列来关联它。

这样的限制不是吗？每笔交易不是一个更好的选择吗？

您如何存储与数据相关的事实？以及如何配置度量？例如，我有一个跟踪订单生命周期的数据仓库，它会更改状态 - 已订购、已发货、已退款。对于像“退款”这样的状态，它并不总是存在。所以在我的模型中，我使用了事务存储模型，所以每次订单改变状态时，它都是事实表中的另一行。因此，对于 4 月下达并在 5 月退款的订单，将有两行 - 一行状态为“已订购”，另一行状态为“已退款”。因此，如果用户想查看 4 月份下达/订购的所有订单，并想查看有多少“那些”订单被退款，他怎么看？这是一个将在运行时运行的 MDX 查询吗？这是我可以存储在多维数据集中的计算度量吗？我该怎么做？我的思考过程是用户可以在数据透视表中使用它应该是一个事实，但我不确定.....

我是 DW 的新手，我有一个简单的问题。想象一下，我想为分析型 CRM 创建一个 DW。

我有一个名为 Event 的事实表，我有一个名为 Customer 的维度。

问题是。一个事件可以有 N 个客户，一个客户可以在 N 个事件中。

所以客户（维度）和事件（事实）之间的关系是 NxN。该架构是否正确？如果不是，那么哪种模式更适合这种情况？

我是数据仓库中 SSIS 的新手。我正在使用 Microsoft 商业智能工作室。

我有 5 个维度，每个维度都有一些 PK。我有一个包含所有维度 PK 的事实表，这意味着它们存在外键关系（如星型模式）。

现在加载事实表的最佳实践是什么。

我所做的是在 5 个维度之间编写一个交叉连接查询，并将结果集转储到事实表中。但我认为这不是一个好习惯。

我对 MS SSIS 完全陌生。所以请详细描述建议。

谢谢