Sql server 如何在Sql Server Analysis Services中使用缓慢变化的维度

在数据仓库中，我希望有一个事实表来跟踪大学申请的某些指标（例如，标准化考试的平均分数）以及一年中不同时间的申请状态。简单地说，假设给定的应用程序经过3种状态：

新的

正在评估

评估

这些状态会随着时间而改变

我相信我想在这里使用一个缓慢变化的维度，但我不知道如何才能正常工作

有没有人能给我举一个事实表和维度表的例子，它跟踪两个应用程序在这些状态下的进展

我正在使用SQLServerAnalysisServices 2005

---

目标是能够对每个州的申请数量进行逐年分析。

您的问题提到了标准化考试分数和评估状态。这将是你们的两个维度，当然还有无所不在的时间。拉尔夫·金博尔有一个很好的时间维度的例子。如果你的考试分数维度是SAT，那么它将有2400-700=1700行，因为你签名得到700分，并且有三个部分，每个部分的满分为800分。如您所述，您的评估维度可以是三行

---

因此，每次分数或评估发生变化时，您的事实表中都会有一条记录，并带有时间维度的键来告诉您何时发生变化。

您的问题提到了标准化考试分数和评估状态。这将是你们的两个维度，当然还有无所不在的时间。拉尔夫·金博尔有一个很好的时间维度的例子。如果你的考试分数维度是SAT，那么它将有2400-700=1700行，因为你签名得到700分，并且有三个部分，每个部分的满分为800分。如您所述，您的评估维度可以是三行

---

因此，每次分数或评估发生更改时，您的事实表中都会有一条记录，并带有时间维度的一个键来告诉您更改发生的时间。

我们在SQLServerPedia上有几篇关于缓慢更改维度的文章：

---

这些可能会帮助您提高速度。

我们有几篇关于在SQLServerPedia上缓慢改变维度的文章：

---

这些可能会帮助您加快速度。

这听起来像是一个经典的例子，说明您更愿意使用累积快照类型的事实表，而不是缓慢地更改维度。当您希望能够通过管道分析应用程序的进度时，累积快照是对具有定义生命周期的业务流程进行建模的标准方法

---

谷歌“累积快照”事实表，你会发现许多关于它们使用的好文章，但这里有一篇你可能会觉得有用的文章

这听起来像是一个典型的例子，说明了与缓慢改变维度相比，您更愿意使用累积快照类型的事实表。当您希望能够通过管道分析应用程序的进度时，累积快照是对具有定义生命周期的业务流程进行建模的标准方法

---

谷歌“累积快照”事实表，你会发现许多关于它们使用的好文章，但这里有一篇你可能会觉得有用的文章

但是我如何计算申请的数量呢？事实表的状态发生变化时，单个应用程序可能有多行。是的，单个应用程序将有多个事实。这是否意味着应用程序是另一个维度？在我看来是这样。每个事实都将引用其应用程序维度ID。但是我如何计算应用程序的数量呢？事实表的状态发生变化时，单个应用程序可能有多行。是的，单个应用程序将有多个事实。这是否意味着应用程序是另一个维度？在我看来是这样。每个事实都有一个对其应用程序维度ID的引用。