30万数据,聚合15分钟,实际真实的业务系统数据,SQLServer 2005 Analysis Services.
这个多维数据集的情况是事实表中数据有30万,拥有三个维度,其中有两个维度有三个层次.为了满足dirllthroughtodetail的需要,事实表同时也作为了维表.这一条在现在来看很愚蠢,因为这样会使聚合数据几何级别增长,相当于又乘了一个30万.但从实际的运行效果看,在这个数据量级别还是可以接受的,查询和drillthroughttodetail性能都是很不错的.个人预计这样的方法数据上限大概在100万,超过这个数据级别的聚合和查询性能就要出问题.
大量数据的钻细节到数据仓库查比较实际,处理好维度层次是难点.dundas这样的公司没有做这个功能,可能主要就是考虑在这.
在此做一个记录,以备后查.
最后
以上就是阳光画板最近收集整理的关于多维数据集数据聚合性能笔记的全部内容，更多相关多维数据集数据聚合性能笔记内容请搜索靠谱客的其他文章。
本图文内容来源于网友提供，作为学习参考使用，或来自网络收集整理，版权属于原作者所有。
发表评论 取消回复