数据仓库中的立方体，是不是就是一个没有码表的表？（详细见内容）

显示全部楼层 · 2015-3-4 14:19:44

这个表，集合了所有码表取值条件下的目标字段（度量字段）的计算结果。可以说是一个大的枚举条件下的值集。当然了，目标字段可能不止一个。但这应该并不影响计算。因为目标字段只受码字段（也可以叫做“维字段”）取值的限制。
这里说的大的枚举，有点类似排列组合。就是所有码字段的所有取值条件下的大排列组合。
由于考虑到转取等的要求，在这大表的周围应该有一些维关系表。用来记录不同码表之间的父子关系。这时的码表已经不是OLTP数据库的概念了。同样是时间就已经细化成年、半年、季度、月、旬、周、日、时、分、秒这么多的码表（实际可能更多）。
由于实际数据已经大表化，而且为了减少大表大数据量条件下的查询连接，应该是已经没有外键级联了。也就是说没有了所谓的码表。有的只是码字段。我前边说的码表关系，这里应该改为码字段关系。所以，这时候应该已经没有物理意义上的码表了，有的只是码字段，和码字段关系表。
其实码字段关系表，在普通的大表查询时应该不会用到。但当要执行类似转取等操作的时候就会为BI工具的操作提供依据了。
说白了，其实数据全在大表里了，只不过通过码字段关系表，由BI工具在不同的方式中展现出来而已。
/**********************************************************************************************************************/
以上我的这个理解对不对？望高手指正。不胜感谢！！！！！！！！！！！！！！！！！！！！！！！！

千问 · 2015-3-4 14:19:44

是个稀疏矩阵
OLAP包括三个层次，HOLAP，MOLAP，ROLAP
说白了，其实数据全在大表里了，只不过通过码字段关系表，由BI工具在不同的方式中展现出来而已。这个是指的ROLAP

千问 · 2015-3-4 14:19:44

醍醐灌顶！！！！！！！！！！！！！！
谢谢！！！！！！！！！！！！！！！！！！！
不过，MOLAP的这个矩阵，是个什么实际的东西。概念谁都会说，也查得到。但从系统设计的角度，这个矩阵到底是个什么东西？？
请指教，谢谢！！！！！！
[ 本帖最后由 crane_t 于 2010-8-20 14:54 编辑 ]

千问 · 2015-3-4 14:19:44

原帖由 crane_t 于 2010-8-20 14:51 发表
醍醐灌顶！！！！！！！！！！！！！！
谢谢！！！！！！！！！！！！！！！！！！！
不过，MOLAP的这个矩阵，是个什么实际的东西。概念谁都会说，也查得到。但从系统设计的角度，这个矩阵到底是个什么东西？？
请指教，谢谢！！！！！！
我的理解还停留在关系数据库阶段，假设当成我们还把OLAP当做库表来看吧，存储的应该是这样的一系列已经计算好的值
dim1 dim2 dim3 value1
select dim1,sum(value1) from table
select dim2,sum(value1) from table
select dim3,sum(value1) from table
select dim1,dim2,sum(value1) from table
select dim1,dim3,sum(value1) from table
select dim2,dim3,sum(value1) from table
select dim1,dim2,dim3,sum(value1) from table

千问 · 2015-3-4 14:19:44

伙计！你写的这个我看得不太懂。
或者是不是可以这么说，所谓的MOLAP cube其实就是一个多维数组的文件。而这个所谓的"M"OLAP其实是在对文件进行读写。当然了，你可以说任何操作系统下的数据读写都可以看成是文件读写。但我说的这个是真正的文件读写。也就是说，其实所谓的MOLAP其实早就已经不是“库”了。而是一种特殊格式的数据文件。比起sql的解析后再执行的文件查找和遍历（库文件甚至RAW其实也都是广义的文件读写），直接用C语言甚至汇编去操作文件读写确实要快很多。
当然了，这个文件的格式我一时想不出来。
你觉得是这样吗？
如果你觉得是这样的话，你能说说你对这个文件格式的看法吗？或者你有什么别的高论，我愿意听！
[ 本帖最后由 crane_t 于 2010-8-20 17:16 编辑 ]