30万数据,聚合15分钟,实际真实的业务系统数据,SQLServer 2005 Analysis Services.
这个多维数据集的情况是事实表中数据有30万,拥有三个维度,其中有两个维度有三个层次.为了满足dirllthroughtodetail的需要,事实表同时也作为了维表.这一条在现在来看很愚蠢,因为这样会使聚合数据几何级别增长,相当于又乘了一个30万.但从实际的运行效果看,在这个数据量级别还是可以接受的,查询和drillthroughttodetail性能都是很不错的.个人预计这样的方法数据上限大概在100万,超过这个数据级别的聚合和查询性能就要出问题.
大量数据的钻细节到数据仓库查比较实际,处理好维度层次是难点.dundas这样的公司没有做这个功能,可能主要就是考虑在这.
在此做一个记录,以备后查.
