我是新来的。
我们正在从Essbase迁移到MicroStrategy10.2。迁移之后,我们希望业务用户能够在MSTR多维数据集上创建报表,并使用类似于他们使用Essbase和Excel的方式来处理数据。我需要帮助为给定的场景设计数据模型:
FactTb:
Subcategory Revenue
1 100
2 200
3 300
DimensionTb:
Category Subcategory
A 1
A 2
B 1
B 2
B 3
C 2
C 3
用户希望按类别或子类别查看收入。
FactTb有3行。假设每一行的大小为10字节,则FactTb的大小为30字节。
如果它与DimensionTb连接,将有7行,大小将增长(大约)到70字节。
有没有办法限制立方体的大小?
类别和子类别的映射是静态的,不需要为其维护一个表。
我可以在立方体之外创建/定义DimensionTb (将其存储在报表中,使用子类别创建派生元素)吗?
我们希望限制多维数据集的大小,以维护内存中的多维数据集,并确保报表始终通过数据库访问多维数据集。
发布于 2016-04-26 08:44:46
多维数据集只是SQL查询的结果,为了更快的访问,在内存中复制。由于您无法想象将查询拆分为两部分的结果,对于多维数据集也是如此。
在内存多维数据集中,MicroStrategy使用多种算法(根据列数据类型和值分布使用最佳压缩)对多维数据集进行压缩,但是多维数据集还包含根据多维数据集使用的查询自动创建的内部索引(以加快数据访问速度)。
VLDB设置可以帮助缩小多维数据集的大小。如果您检查technote TN32540: MicroStrategy 9.x中的智能立方体种群方法,您将看到不同的选项,根据我的经验,最后一个设置(Direct loading of dimensional data and filtered fact data.
)有助于加快多维数据集的加载速度并减小大小,但您也可以尝试其他设置(Normalize Intelligent Cube data in the Database
)。
使用这种方法,维度表中的值将存储在内存中,但与事实分离,从而节省了空间。
最后,为了确保用户总是使用多维数据集,允许/教他们创建报告和仪表板,直接单击多维数据集(或选择它)。
这是一种安全的方法,MicroStrategy还提供了一种动态的方法来将报表映射到多维数据集(当条件满足时),但是用户甚至可以让最彻底的设计人员感到惊讶。
https://stackoverflow.com/questions/36745069
复制相似问题