维度用法问题

dadado_wt 2013-02-06 04:57:46

目前在做SSAS 2000移形到SSAS 2012的工作，
有一个维度的用法问题想请教一下

原来SSAS 2000中，维度表B是通过维度表A中的A_ID字段关联到事实数据表中，
在SSAS 2012中，在数据源视图中按照上述关系将字段关联好，
部署后发现Cube的维度用法处，维度表B和事实数据表完全没有任何关系

想请教一下，类似这种结构该如何处理或者设置？

...全文

631 3 打赏收藏转发到动态举报

写回复

3 条回复

切换为时间正序

请发表友善的回复…

发表回复

dadado_wt 2013-02-07

打赏
举报

回复

搞定，原来是在创建维度A的时候，没有关联到维度表B

dadado_wt 2013-02-06

打赏
举报

回复

尝试了一下，但是出来效果不对，
可以看一下添加的图片，
左边是没有做维度B和事实表关联的数据，所有的数据输出的都是同一个数值
右边是通过被引用，维度B→中间维度A→事实表后，维度B无法展开
是否我的设定有问题？
请指教，谢谢！

kingtiy 2013-02-06

打赏
举报

回复

选择维度B和相关的事实量度,设置关系类型:被引用此时有中间维度,你把中间维度设置成A,然后设置下就可以了.

维度建模的问题背景: 最近在做维度建模,发现了一些问题,希望大佬们解答定义: 为了避免混淆提前声明维度:对应实体维度属性:对应实体属性自然键:对应实体的有业务含义的唯一标识业务维度:一个业务过程私有的维度通用维度:多个业务过程共有的维度一.退化维度的问题定义: 退化维度是指没有维度表的维度退化维度对应的事实表中没有对应外键, 有退化维度的事实表直接存储了该维度的自然键 #.退化维度的属性在哪里去了?我能够猜到的有以下几个可能 1.退化维度本身没有维度属性如果是这种可能那么该

维度建模方法一、前言本人学习《数仓工具箱》的学习总结，纯学习分享，供大家参考。二、经典数仓架构理论围绕着维度建模，那就不得不了解，早期的数据仓库构架方法。这里介绍一下两个经典的数仓架构理论。 2.1、Kimball模式 Kimball 模式从流程上看是是自顶向下的，即从数据集市到数据仓库再到数据源(先有数据集市再有数据仓库)的一种敏捷开发方法。对于Kimball模式，数据源每每是给定的若干个数据库表，数据较为稳定但是数据之间的关联关系比较复杂，须要从这些OLTP中产生的事务型数据结构抽取出分析型

由于数据量很大，很多包含大维度的数据仓库功能可能会很慢，效率很低，需要设计有效的方法，原则正确索引或者采用其他优化技术处理以下问题。，历史数据库视图，创建不同的维度表视图来表示每个角色，采用适当的外键列将事实表与每个视图连接。连接选择，对于表本身来说不是问题，然而这可能导致混淆，并且可能为自动建立查询的商业智能工具带来问题。，虽然该方法解决了数据管理员提供的问题，但也带来的一系列的问题。大维度通常拥有多层次的结构，不同的业务需要的不同属性可能不同。业务过程的度量可以包含维度的多个实例。

维度灾难问题维数灾难（英语：curse of dimensionality，又名维度的詛咒），最早由理查德·贝尔曼(Richard E. Bellman)在考虑动态优化问题时首次提出来的术语，用来描述当（数学）空间维度增加时，分析和组织高维空间（通常有成百上千维），因体积指数增加而遇到各种问题场景。举例来说，100个平均分布的点能把一个单位区间以每个点距离不超过0.01采样；而当维

一、维度设计之维度变化 1、数据仓库的重要特点之一是反映历史变化，，维度的属性并不是静态的，它会随着时间的流逝发生缓慢的变化与数据增长较为快速的事实表相比，维度变化相对缓慢。在一些情况下，我们需要保留历史数进行分析。所以我们需要对缓慢变化的维度进行设计和处理。在 Kimball 的理论中，种处理缓慢变化维的方式，下面通过简单的实例进行说明，具体细节请翻阅 Kimball 的相关书籍。 todo 待更新二、维度设计值特殊维度 ...

662

社区成员

253,719

社区内容

发帖

与我相关

我的任务

其他技术论坛（原bbs）

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章