使用OLAP保存维度模型的缺点

1．OLAP最大的缺点的是它是私有的，每个供应商之间没有共同的标准。

2．不要期待从一个供应商的OLAP方案转换到另一个供应商的OLAP方案。如果需要转换的话，基本上要抛弃开发中的一切从头开始。

3．还没有一个大家都接受的、公认的OLAP开发语言。尽管微软的MDX最接近这个标准，但是Oracle并没有接受MDX，而是更喜欢直接使用SQL。

4．MDX对于IT人员来说过于复杂，很难手工编码，也很难理解。当然，SQL也有很难理解的时候。

5．从历史的观点上来说，业内的SQL专家要比MDX专家多得多，尽管微软一直在为MDX做培训。

6．OLAP应用开发经验对不同的供应商的产品是不同的，很分散。

7．如果你不小心维护的话，OLAP Cube很容易变得无效。例如，Type 1的缓慢变化维可能会需要重建整个Cube。

8．从归档和备份的角度考虑，OLAP Cube是不够稳定的，这也是在OLAP Cube底层重复的保存关系表数据的一个主要原因。

9．OLAP Cube会有一些局限，如维度个数的限制，层级结构中层数和每层取值的限制，单Cube尺寸的限制等等，而关系方案中不会有这些局限。

10．重建Cube需要很多的时间。

原文请参阅这里。