- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我正在使用 Analysis Services,在设计维度时,我永远不确定要构建自然层次结构要走多远。
我的意思是我已经添加了所有真实的属性关系。因此,无论如何,大多数层次结构都是自然的,但最常请求的层次结构是 3 个或更多级别,其中中间级别作为缓慢变化的属性。
该场景正在跟踪作业。该作业有许多属性,这些属性都是静态的,但债务人属性(即谁支付发票)可以在作业过程中发生变化。所以层次结构看起来像这样
- Manager -> Debtor -> Job Name
- Director -> Debtor -> Job Name
- Office -> Debtor -> Job Name
- Office -> Manager -> Debtor -> Job Name
因此,在维度内有许多层次结构,从作业的静态属性开始,然后是债务人(缓慢变化),作业名称(维度键)位于底部。
因此,我们目前要“自然化”这些层次结构所做的就是为出现在层次结构中的每个债务人创建“假”属性,该层次结构是其上方属性的组合。例如对于上面的第一个示例,债务人级别属性将具有经理和债务人 ID 的 key 。对于最后一个示例,经理级别将具有经理和办公室键,债务人级别属性将具有办公室、经理和债务人键。然后,我们隐藏所有这些属性,以便它们仅在层次结构中使用。
因此,这使我们的维度变得更加复杂,但我们确实获得了查询额外性能的好处。通常这是一个显着的改进。除了复杂性之外,我们还经常遇到问题,因为我们现在有多个版本的“债务人”,并且属性的关键不是债务人的 ID。因此,这会影响钻取和报告操作,并且如果我们想要更改某些级别的行为,也会使某些类型的计算变得更加困难。
我们使用的客户端是 Reporting Services、Excel 和 Office Web Components。
有人告诉我,在 SQL 2005 的早期版本中,涉及不自然层次结构的复杂查询可能会导致服务器完全陷入困境,这也是我们竭尽全力避免不自然层次结构的另一个原因。
此外,感叹号设计警告在 Visual Studio 中非常引人注目,拥有不自然的层次结构似乎是一件非常糟糕的事情。
其他设计师在这些情况下会做什么?您会在多大程度上避免不自然的等级制度?
最佳答案
在 SSAS 多维数据集上缓慢变化的维度中创建层次结构的方法是合成一个伪层次结构,其中实际键隐藏在幕后,但只是将属性显示为键。
Office Manager DebtorKey Debtor JobKey Job Name From To
Scunthorpe Bloggs 101 Scarper&Co 2001 Fixit 2010-01-01 2010-01-31
Scunthorpe Bloggs 102 Bodgett 2002 Fixit 2010-02-01 9000-01-01
此层次结构是在原始缓慢变化的维度上构建的,用于建立属性关系。您确实希望层次结构中的级别具有正确的属性关系。 IIRC 这些对于多维数据集进行“自动存在”优化(在命中事实表之前纯粹从维度解决非空性)是必要的 - 这就是为什么当未设置这些关系时多维数据集会很慢。
在构建多维数据集之前,您可能必须将层次结构应用到 SQL 中的维度。当然,如果您想加载更新, key 将需要保持静态,但如果您有时间进行完全刷新,这可能没有必要。
关于sql-server - 设计维度层次结构: Natural or Unnatural,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/2203261/
我正在尝试将多个水平链接的 Button 和 TextView 垂直链接为 View 集,但仍保持平面 View 层次结构。这是我的初始布局和代码:
到目前为止,我已经在Google BigQuery上训练了几种模型,目前我需要查看模型的外观(即架构,损失函数等)。 有没有办法获取这些信息? 最佳答案 仔细阅读文档后,我可以说该功能尚不存在。我什至
本文实例讲述了PHP实现二叉树深度优先遍历(前序、中序、后序)和广度优先遍历(层次)。分享给大家供大家参考,具体如下: 前言: 深度优先遍历:对每一个可能的分支路径深入到不能再深入为止,而且每个
我是一名优秀的程序员,十分优秀!