【问题标题】:Data Warehouse: Modelling Workload Allocations数据仓库:建模工作负载分配
【发布时间】:2010-09-22 14:24:44
【问题描述】:

我们有一个系统来跟踪工作单元的分配,从接收该工作单元到完成该工作单元。

一个工作单元有许多属性,它的来源,它的类型等。这些我对建模相当满意,可能是事实的维度或只是属性,这取决于它们的性质以及我们的用户如何希望对他们进行报道。

问题在于分配。

一个工作单元可能流经多个团队,在这些团队中它可能流经多个个人。可以对该工作单元执行操作。

我们的用户会对此进行报道。

例如,在特定时间段内按团队分配了多少工作单元。

我是数据仓库的新手,所以我不确定如何建模。到目前为止,我确定的候选人是:

1) 渐变维度

可能使用类型 4,用于分配给团队和团队内的人。

2) 快照

具有主事实的类型 4 from/to 属性,表明它何时在帐户中,因此每个工作单元在将填充多维数据集的事实表中出现多次。

3) 累积快照

我不确定我是否理解这是什么,我不确定它是否相关。

有很多东西会像这个 SCD、团队、团队成员、状态、工作单元的队列分配等。所以这似乎是相当数量的 SCD。

我的选项列表中还有什么我遗漏的吗?我从根本上误解了什么吗?

【问题讨论】:

标签: database data-warehouse cube star-schema


【解决方案1】:

如果我理解正确的话,一个工作单元可以采取几个动作来完成。首先,我会选择一个包含一个动作的事实表。

这将 dimPerson 显示为类型 2 维度,它也可以作为类型 1 工作,只要在插入时将 CurrentTeamKey 复制到事实表的 TeamKey 中。

【讨论】:

  • +1 如果与团队相关的字段在其中(即没有 dimTeam),我建议 dimPerson 是类型 2 维度,否则如果 dimTeam 是单独的维度(因此没有雪花)则为类型 1 维度,除非你真的想知道一个人现在属于哪个团队,无论他们在行动时属于哪个团队)。
  • 我想我现在明白了。我只需要阅读更多关于如何整合整个工作的信息,但我认为这只是细化事实级别的聚合。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2017-01-27
  • 2020-07-19
  • 2021-02-02
  • 2023-03-30
  • 2014-02-06
  • 2019-07-16
  • 1970-01-01
相关资源
最近更新 更多