多维数据库（Multi Dimensional Database,MDD）可以简单地理解为：将数据存放在一个n维数组中，而不是像关系数据库那样以记录的形式存放。因此它存在大量稀疏矩阵，人们可以通过多维视图来观察数据。多维数据库增加了一个时间维，与关系数据库相比，它的优势在于可以提高数据处理速度，加快反应时间，提高查询效率。

　　目前有两种MDD 的OLAP产品：基于多维数据库的MOLAP和基于关系数据库的ROLAP。ROLAP建立了一种新的体系，即星型结构。

　　MDD并没有公认的多维模型，也没有像关系模型那样标准地取得数据的方法(如SQL、API等)。基于MDD的OLAP产品，依据决策支持的内容使用范围也有很大的不同。

　　在低端，用户使用基于单用户或小型LAN的工具来观察多维数据。这些工具的功能性和实用性可能相当不错，但由于受到规模的限制，它们不具备OLAP的所有特性。这些工具使用超立方结构，将模型限制在n维形态。当模型足够大且稀疏数据没有控制好时，这种模型将会不堪一击。这些工具使用数据库的大小是以MB来计量的，而不是以GB计量的，因此只能进行只读操作，且具备有限的复杂计算。

　　在高端，OLAP工具用4GL提供了完善的开发环境、统计分析、时间序列分析、财政报告、用户接口、多层体系结构、图表等许多其他功能。尽管不同的OLAP工具都使用了它们自己的多维数据库，但它们在不同程度上也利用了关系数据库作为存储媒体。因为关系数据库和OLAP工具同时在高端服务器上处理，所以速度和效率仍然很快。

　　纯多维数据库引擎也被开发出来。尽管这些工具缺乏4GL及充分的开发环境，但却有比高端MDD工具所使用的数据库更为复杂的数据库。这些工具也具有统计分析、财务分析和时间序列分析等功能，并有自己的API，允许其对前端的开发环境开放。

　　MDD能提供优良的查询性能。存储在MDD中的信息比在关系数据库中的信息具有更详细的索引，可以常驻内存。MDD的信息是以数组形式存放的，所以它可以在不影响索引的情况下更新数据。因此MDD非常适合于读写应用。

 
gooood个人博客网站
 
数据库
 
多维数据库(Multi Dimensional Database，MDD)使用Dimension(维度)和Cube(数据立方体、数据集市)模型描述数据。
 

 
多维数据模型
 
关系型数据库(Relational Database，RDB)中的星型结构或雪花型结构就是模拟上述多维模型结构的，但无法提供真正意义上的多维数据分析能力，这里不做过多解释。
 
下文讲解Oracle Essbase以及IBM Cogons这种真正的多维数据库的原理。
 
多维数据库中模型结构与事实数据分别以概要文件(profile)和数据块(data block)的形式存在。
 

 
profile和data block
 
概要文件用来描述以下信息：
 
维度和维度成员信息
 
与维度相关的层级(Hierarchy)和级别(Level)信息
 
Cube的描述性信息，以及Cube与维度的关联性
 
其他描述性的信息，如实体模型属性
 
Cube中度量数据存放在data block中，data block可以被理解成为多维数组结构，其大小与相关维度的明细成员数量有直接关系。
 
计算公式：data block size = 维度1明细成员总数 * 维度2明细成员总数 * …… * 维度N明细成员总数
 
数据块容量等于相关维度明细成员数量的笛卡尔积。
 

 
数据块大小
 
明细度量值一般采用double类型，按8bytes算，上图所描述的Cube的数据块大小为480bytes。
 
除了数据块中的明细度量值外，其他非明细度量值并没有直接存储，因为其可以通过对应的明细度量值计算出来。
 

 
非明细度量值计算方式
 
一些不存在的度量值会造成数据空洞问题，假设2018年4季度河北省B品牌手机的销售量是未知的，则会在数据块中产生一个空洞。
 
注意：数据空洞表示不存在的值，与数值0的意义不同，数值0表示一个有意义的值。
 
如果数据空洞比较多，则数据块的数据密度就会下降，将造成存储空间的浪费。
 

 
数据空洞
 
除了数据空洞问题，还存在数据爆炸问题。数据块大小由全部维度明细成员数量的笛卡尔积决定，假如某个Cube关联三个维度，每个维度明细成员数量均为100，则：data block size = 100 ^ 3 = 1000000，如果度量值按double类型存储(8bytes)，数据块文件大约为7.62M。如果每个维度明细成员数量增加至150，则数据块文件将膨胀到25.74M(data block size = 150 ^ 3 * 8bytes / 1024 / 1024)。
 
当数据块极度膨胀并且存在很多数据空洞的时候，会极大地浪费存储空间，并且可能导致数据存储无法实现。
 

 
极度膨胀和存在大量空洞的多维数组
 
为了解决数据空洞和数据膨胀问题，引入了密集维度组合和稀疏维组合的概念。
 
判断维度组合是密集还是稀疏的原则是看其所对应的明细度量值的存在情况，例如：
 
北京地区只有ABC三种手机的销售额，天津地区只有BCD三种手机的销售额，河北地区卖出的手机只有AE两种，表明并不是每个地区对于每一种手机都有销售额，所以地区与产品属于稀疏的维度组合。
 
2018年的四个季度都有手机销售额，所以日期维度自身可以构成密集的维度组合。
 
注意！在其他讲解多维数据库的文章中都把维度分为稀疏维与密集维，这是非常错误的，对于维度本身来讲没有稀疏与密集之分，稀疏与密集表示的是维度之间的组合！对于有N个维度的Cube而言，如果其只有一个维度退化成索引，或者有N - 1个维度退化成索引，则此时稀疏与密集的维组合只包含一个维度，但这只是一种特例，并不代表维度本身是稀疏或密集的。
 
在引入稀疏与密集的维度组合之后，原本由于数据空洞和数据爆炸而失控的数据块结构将变成索引和密度相对较高的小数据块结构。
 

 
索引和小数据块

1. 多维数据库简介
多维数据库（Multi Dimesional Database,MDD）可以简单地理解为：将数据存放在一个n维数组中，而不是像关系数据库那样以记录的形式存放。因此它存在大量稀疏矩阵，人们可以通过多维视图来观察数据。多维数据库增加了一个时间维，与关系数据库相比，它的优势在于可以提高数据处理速度，加快反应时间，提高查询效率。MDD的信息是以数组形式存放的，所以它可以在不影响索引的情况下更新数据。因此MDD非常适合于读写应用。
1.1. 关系数据库存在的问题
利用SQL进行关系数据库查询的局限性：
1) 查询因需要“join”多个表而变得比较烦琐 ，查询语句(SQL) 不好编程；
2) 数据处理的开销往往因关系型数据库要访问复杂数据而变得很大。
关系型数据库管理系统本身局限性：
1) 数据模型上的限制
关系数据库所采用的两维表数据模型，不能有效地处理在大多数事务处理应用中，典型存在的多维数据。其不可避免的结果是，在复杂方式下，相互作用表的数量激增，而且还不能很好地提供模拟现实数据关系的模型。关系数据库由于其所用数据模型较多，还可能造成存储空间的海量增加和大量浪费，并且会导致系统的响应性能不断下降。而且，在现实数据中，有许多类型是关系数据库不能较好地处理的 。
2) 性能上的限制
为静态应用例如报表生成，而设计的关系型数据库管理系统，并没有经过针对高效事务处理而进行的优化过程。其结果往往是某些关系型数据库产品，在对GUI和Web的事务处理过程中，没有达到预期的效果。除非增加更多的硬件投资，但这并不能从根本上解决问题。
用关系数据库的两维表数据模型，可以处理在大多数事务处理应用中的典型多维数据，但其结果往往是建立和使用大量的数据表格，仍很难建立起能模拟现实世界的数据模型。并且在数据需要作报表输出时，又要反过来将已分散设置的大量的两维数据表，再利用索引等技术进行表的连接后，才能找到全部所需的数据，而这又势必影响到应用系统的响应速度。
3) 扩展伸缩性上的限制
关系数据库技术在有效支持应用和数据复杂性上的能力是受限制的。关系数据库原先依据的规范化设计方法，对于复杂事务处理数据库系统的设计和性能优化来说，已经无能为力。此外，高昂的开发和维护费用也让企业难以承受。
4) 关系数据库的检索策略，如复合索引和并发锁定技术，在使用上会造成复杂性和局限性。
1.2. 多维数据库的相关定义
维（Dimension）：是人们观察数据的特定角度，是考虑问题时的一类属性，属性集合构成一个维（时间维、地理维等）。 
维的层次（Level）：人们观察数据的某个特定角度（即某个维）还可以存在细节程度不同的各个描述方面（时间维：日期、月份、季度、年）。 
维的成员（Member）：维的一个取值，是数据项在某维中位置的描述。（“某年某月某日”是在时间维上位置的描述）。 
度量（Measure）：多维数组的取值。（2000年1月，上海，笔记本电脑，0000）。
OLAP的基本多维分析操作有钻取（Drill-up和Drill-down）、切片（Slice）和切块（Dice）、以及旋转（Pivot）等。 
钻取：是改变维的层次，变换分析的粒度。它包括向下钻取（Drill-down）和向上钻取（Drill-up）/上卷(Roll-up)。Drill-up是在某一维上将低层次的细节数据概括到高层次的汇总数据，或者减少维数；而Drill-down则相反，它从汇总数据深入到细节数据进行观察或增加新维。
切片和切块：是在一部分维上选定值后，关心度量数据在剩余维上的分布。如果剩余的维只有两个，则是切片；如果有三个或以上，则是切块。 
旋转：是变换维的方向，即在表格中重新安排维的放置（例如行列互换）。
1.3. 多维数据库的特点
后关系型数据库的主要特征是将多维处理和面向对象技术结合到关系数据库上。这种数据库使用强大而灵活的对象技术，将经过处理的多维数据模型的速度和可调整性结合起来。由于它独有的可兼容性，对于开发高性能的交换处理应用程序来说，后关系型数据库非常理想.在后关系型数据库管理系统中，采用了更现代化的多维模型，作为数据库引擎。并且，这种以稀疏数组 为基础的独特的多维数据库架构，是从已成为国际标准的数据库语言基础上继承和发展的，是已积累了实践经验的先进而可靠的技术。
多维数据模型能使数据建模更加简单，因为开发人员能够方便地用它来描述出复杂的现实世界结构，而不必忽略现实世界的问题，或把问题强行表现成技术上能够处理的形态，而且多维数据模型使执行复杂处理的时间大大缩短。例如开发一个服装连锁店信息管理系统时，如果用关系数据库，就需要建立许多表，一张表用来说明每种款式所具有的颜色和尺寸，另一张表用来建立服装和供应商之间的映射，并表示它是否已被卖出，此外还需要建一些表来表示价格变化、各店的库存等等。每成交一笔生意，所有这些表都需要修改，很快这些关系数据库就会变得笨重而缓慢。而在多维数据模型中，可以将这些数据看做是存在于一个“立方体”中，这个“立方体”有足够多的“面”，以便对数据进行完全分类，如款式、颜色、价格、库存等等都能够立刻互相映射，获取数据极其迅速，而且由于清除了冗余的数据，多维数据库非常简单，不仅好用，而且更经济。

2. 现有多维数据库相关分类
现有的多维数据库主要分为“纯”多维数据库和“准”多维数据库，前者以cache这种不依附与关系数据库的数据库种类为主，后者主要是依附于关系数据库，在其之上提取数据生成多维数据表便于进行统计和分析。
现有的准多维数据库大多是基于关系数据库为基础，在关系数据库提供数据的基础上建立多维数据，便于查询和分析。主要包括以下几个：基于Oracle的ORACLE EXPRESS SERVER，基于SQL Server的Microsoft SQL Server Analysis Services，基于DB2的OLAP Server以及Hyperion Essbase 数据库。
2.1. Cache数据库
Caché 数据库是一种面向对象的多维数据库，同时支持SQL的访问方式。在数据库的划分上，超越关系数据库被称为第三代，后关系型数据库。该数据库有以下特点：
1、速度快。Cache数据库在同等条件下查询相同数据比Oracle等普通数据库要快。Cache是基于普通关系型数据库如：Oracle, SQL server, Sybase等的基础之上并有所改进而产生的。Caché在性能上可以和内存数据库比美，在一台笔记本上可以实现每秒数万条的插入速度。Caché独特的动态的位图索引技术 可以实现数据库在更新的同时做查询和分析，而不影响使用性能。
2、使用简单。Cache数据库支持标准SQL语句，因此不太熟悉M语言 的用户依然可以轻易对数据库中的数据进行操作。
3、接口容易。Cache数据库支持ODBC标准接口，因此在与其他系统进行数据交换时非常容易。同时Cache亦可以将数据输出成文本文件格式以供其它系统访问调用。
4、真正的3层结构。Cache数据库能够真正意义上实现3层结构，实现真正的分布式服务。升级扩容方便。正因为由上述分布式3层结构，所以当医院需要增加客户端PC或医院进行扩大规模时，不需要重新购买或更新主服务器，只需要适当增加二级服务器的数量即可，二级服务器相对来说要比主服务器要便宜许多，因此，医院可节约资金减少重复投资。
5、对象型编辑。Cache数据库是真正的对象型数据库，开发时用户可直接用数据库定义自己想要的对象，然后再在其它开发工具中调用该对象的方法和属性即可完成开发工作，非常方便。支持远程映射和镜像。Cache数据库支持远程的映射和镜像，比如在不同城市之间，或在同一城市的不同区域之间，Cache可以进行镜像（Mapping），使不同区域的Cache数据库同步联系起来，虽然在不同区域，但大家使用起来就像共用一个数据库。
6、灵活性。基于Caché数据库的应用软件不仅可以不经修改便能在多种操作系统平台上（如Windos98/NT、各种UNIX和Linux环境下运行，也可以随意布署运行在两层或三层的C/S结构即客户机/服务器环境中，或者B/S结构即浏览器/服务器环境中。而且应用服务器和数据库服务器的数量是在运行中是随意可以增加扩充而不影响运行。
7、支持WEB开发。Cache 数据库提供自带的Web开发工具，使用维护非常方便，符合当今软件业发展的趋势。
8、价格便宜。Cache数据库的价格比Oracle要便宜许多。
这种数据库已经超越了传统关系数据库的局限，在Internet或Client/Server环境下任务关键和突发大负载的情况下，Caché具有独特超群的高响应速率特性、高度灵活的可伸缩性能、高强度联机处理能力。
在InterSystems 全球业务里，有50%是医疗行业，30%在金融业、另外20%在船务、饭店管理、会议系统等方面。所有这些行业都有一个共同点，都需一个庞大的数据库，数据需要很快更新。国外的成功案例已经有许多，如：美国十大医院、三大医疗卫生实验机构、全球最大的在线证券交易公司、美林投资集团、美国国防部等均采用了Caché数据库；国内目前也有一些应用，但主要限于医疗行业，如：北京安贞医院、福州军区总医院和哈尔滨医科大学第一附属医院等。在美国和欧洲的HIS系统中，CACHE数据库所占的比例是最大的，被医疗界公认为首选数据库。
2.2. Microsoft SQL Server Analysis Services
SQL Server 2008 Analysis Services工具，实现了多维分析数据库的构建，同时提供了管理工具与用户访问软件。它使用了一种称为“Block Computation（分块计算）”的技术，存储模式使得分区的聚合和其源数据的复本以多维结构存储在分析服务器计算机上。利用了多维数据集的稀缺性，仅处理非 NULL 数据，以提高查询效率。更加适合于频繁使用的多维数据集中的分区和对快速查询响应的需要。能够极大地提高查询效率，因此可以更细的粒度进行分析。Analysis Services 中的数据挖掘算法提供了这种预测分析能力，而 SQL Server 2008 Analysis Services 改善了数据挖掘算法，可以实现更全面的分析。
SQL Server 2008 Analysis Services 新引进了一套创新的 Best Practice Design Alerts（最佳实践设计警报），可在开发流程的早期阶段对潜在的设计问题自动发出通知，这会减少由于设计错误导致的时间浪费，并有利于实施更快的开发流程。SQL Server 2008 Analysis Services 利用新的、改进的多维数据集、维度和属性设计器，进一步提高了开发人员的工作效率。Analysis Services 可以进行缩放，以支持许多规模达到兆兆字节并且服务于数千名用户的数据库。SQL Server 2008 Analysis Services 提供了与数据库引擎所用的类似的 Dynamic Management Views（动态管理视图）。这些特性提供了实时的企业系统信息，用于监视、分析和进行性能调整。SQL Server 2008 Analysis Services 之后，新的备份存储子系统会使备份时间随着数据库大小的增加仅按线性增长。
Analysis Services 10.0 OLE DB 访问接口 (msolap100.dll) 是应用程序与 Microsoft Analysis Services 进行交互的接口。ADOMD.NET 是用于与 Microsoft SQL Server Analysis Services 进行通信的 Microsoft .NET Framework 数据访问接口。
2.3. Oracle Express Server
Oracle Express Server是一个先进的计算机引擎和数据高速缓存。它使用多维模型，多维模型最能反应用户对其业务的思考方法，将电子表格的行和列扩展三维或者更多的维。维可以是时间、产品、产品系列、地区，用户分析的对象可以是像单位销售额这样的综合数据。对于多维模型的查询是很迅速的。这些查询是对数组中的某一部分的算术计算。因此，这个数组支持最大、最复杂的OLAP应用。
Express Server能够存储和管理多维数组，或者通过一种只需很少、甚至不需索引的复杂的多维高速缓存方案，提供直接面向关系的分析。Oracle Express Server不仅支持多维模型，而且具有分析、预测、建模，以及对进行假设分析的能力。具有用于数学、财务、统计和时间序列管理等方面的内置功能。具有伸缩性、强健性和基于应用的特性，支持多个用户，并且为大型库实现完整性控制。灵活的数据组织方式,数据可以存放在Express Server内,也可直接在RDB上使用，有内建的分析函数和4GL用户自己定制查询。
Oracle Express Server是先进的多维计算引擎，是进行OLAP分析的基础。Express Server的最新版本是6.3，这个版本在处理能力、分析功能等多方面有重大改进。
1. 处理能力的提高：Express Server 6.3展示了OLAP 服务器最快的计算能力和查询性能。Express Server 6.3引入了很多新特性，可以极大提高Express Server对大数据量和大的并发用户数的支持。
2. 更快的汇总计算：Express Server 6.3引入了全新的汇总计算管理机制。新的汇总机制允许定制汇总方法，并且可以显著降低装载和汇总计算的时间。
3. 分析功能的提高：新引入的统计分析函数将使Express Server 6.3的分析能力显著提高。
4. 预测功能的提高：新的预测系统将提供数据抽样和基于数据模式推荐最佳预测方法的能力。
5. 基于Web的管理工具：Express Server 的管理将由新的Express Instance Manger统一进行，Express Instance Manger是基于Java的应用，可以和Oracle Enterprise Manager集成。这使DBA可通过Oracle Enterprise Manager的Java窗口或Browser对NT或UNIX上的多维数据库进行管理。
6. Oracle Express 对Web技术的支持：Express Server 的一个重要发展策略是支持Internet计算，这也是Express产品领先于同类产品的一个重要方面。DBA可通过Oracle Enterprise Manager的Java窗口或Browser对NT或UNIX上的多维数据库进行管理。Express Server 从6.0版本开始增加了Express Web Agent选项，使基于Express Server的ＯＬＡＰ应用拥有了Web公布能力
7. 支持各种关系型数据库系统的集成。

2.4. DB2 OLAP Server
IBM公司提供了一套基于可视数据仓库的商业智能（BI）解决方案，包括：Visual Warehouse（VW）、Essbase/DB2 OLAP Server 5.0、IBM DB2 UDB，以及来自第三方的前端数据展现工具（如BO）和数据挖掘工具（如SAS）。其中，VW是一个功能很强的集成环境，既可用于数据仓库建模和元数据管理，又可用于数据抽取、转换、装载和调度。Essbase/DB2 OLAP Server支持“维”的定义和数据装载。Essbase/DB2 OLAP Server不是ROLAP（Relational OLAP）服务器，而是一个（ROLAP和MOLAP）混合的HOLAP服务器，在Essbase完成数据装载后，数据存放在系统指定的DB2 UDB数据库中。 
严格说来，IBM自己并没有提供完整的数据仓库解决方案，该公司采取的是合作伙伴战略。例如，它的前端数据展现工具可以是Business Objects的BO、Lotus的Approach、Cognos的Impromptu或IBM的Query Management Facility；多维分析工具支持Arbor Software的Essbase和IBM（与Arbor联合开发）的DB2 OLAP服务器；统计分析工具采用SAS系统。
IBM DB2 OLAP Server把Hyperion Essbase的OLAP引擎和DB2的关系数据库集成在一起.，与Essbase API完全兼容，数据用星型模型存放在关系数据库DB2中。
2.5. Hyperion Essbase
Hyperion Essbase是一个联机分析处理（OLAP）服务器，使用一个多维模型从一系列数据源中提取数据，计算后对它们加以综合，然后提供对结果的快速访问。是一个多维数据库服务器，可以创建“块存储”或“聚合存储”数据库，前者用于需要进行读/写访问的小型、高密度的数据集，后者用于具有很多维度和只读访问的稀疏、销售分析类型的应用程序。
Essbase是BI软件hyperion的多维数据库，目前已更新至11版本。 它不同于通常意义上的关系数据库，Essbase把数据按“块”划分，每个数据块会定义不同的维度。其中Essbase有7个默认维度，并可以自行定义13个用户维度。 7个默认维度为科目、期间、年份、情景、货币、版本、实体。
Essbase的特点：
1、 高性能：快速地查询响应
2、 计算/分析能力

 聚合
 无限制的跨维计算能力
 场景假设分析
 分摊
 趋势分析/回归分析
 决策树/神经网络/关联分析
 财务智能/货币转换
 数学函数
 预测

Hyperion Essbase现状：以服务器为中心的分布式体系结构–有超过100个的应用程序；有300多个用Essbase作为平台的开发商；具有几百个计算公式,支持多种计算；用户可以自己构件复杂的查询；快速的响应时间,支持多用户同时读写；有30多个前端工具可供选择；支持多种财务标准；能与ERP或其他数据源集成；全球用户超过1500家
3. 简要比较
综合以上5种多维数据库的比较如下：
作为医疗界公认为首选数据库，Cache数据库的优点较多，如具有较快的查询速度，使用简单和灵活性等特点，适合在开发阶段直接使用，由于采用直接插入数据的形式，所以对已有未用Cache的老产品不太适合，数据的迁移性不太好。
作为微软在多维数据上应用的典型产品，Analysis Services具有较好的查询和分析性能，并且由于Sql Server的广泛应用，使得Analysis Services有较多的应用。Sql Server 2008对Analysis Services做出了一些改进，进一步提高了查询效率和分析能力。在数据源方面适用于多种数据源，但是该系统的应用环境只是windows，不能用于Linux系统上。
Oracle支持关系数据存储和多维数据存储，利用Oracle Express Server实现多维数据的存储，在Express Server 6.3公布之前，Oracle Express Server 的技术更新的太慢，占用的内存很大，影响了其应用。Express Server 6.3提高了处理能力和分析能力，但是提高的程度有待于验证。
DB2 OLAP Server是一个ROLAP和MOLAP混合的HOLAP服务器，在Essbase完成数据装载后，数据存放在系统指定的DB2 UDB数据库中。对Essbase的API完全兼容。主要应用在DB2的数据库之上。
Hyperion Essbase是多维数据库服务器，支持从广泛的数据源提取数据，但与 Oracle OLAP 将数据存储在关系数据库引擎外不同，它通常将数据存储在自己的专用服务器上，从而具有较快的查询响应以及计算分析能力。
考虑现在应用的数据库为Oracle数据库，尽管cache数据库和DB2 OLAP Server性能较高，但短时间内使用这两种产品的可能性不大，现有数据库数据不能快速顺利的移植或者应用到Cache数据库，DB2 OLAP Server会依托于Hyperion Essbase数据库，与现用的Oracle数据库同时使用会有些累赘。所以暂时选择以下三种策略。
策略1：Oracle + Oracle Express Server
策略2：Oracle + Hyperion Essbase
策略3：Oracle + SQL Server Analysis Service
综合比较上述三种策略如下： 

表1：三种策略比较

 
Oracle Express Server
Hyperion Essbase
Sql Server Analysis Service
公司
Oracle
Oracle
Microsoft
适用系统
Linux, Windows
Linux，Windows
Windows
移植性
较高
较高
较差
开放性
较好
较好
较差
可伸缩性
较高
较高
有限
并行性
较好
一般
较差
安全性
较高
较高
一般
分析性能
一般
较好
较好
数据源
多数据源
多数据源
多数据源，支持oracle
操作程度
界面和命令行
界面(主)和命令行
图形界面
使用风险
偏高
较低
较低
使用复杂度
一般
较高
较低

 
使用推荐：Hyperion Essbase（高），Oracle Express Server（中），Sql Server Analysis Service（低）。

 1. 多维数据库简介
 多维数据库（Multi Dimesional Database,MDD）可以简单地理解为：将数据存放在一个n维数组中，而不是像关系数据库那样以记录的形式存放。因此它存在大量稀疏矩阵，人们可以通过多维视图来观察数据。多维数据库增加了一个时间维，与关系数据库相比，它的优势在于可以提高数据处理速度，加快反应时间，提高查询效率。MDD的信息是以数组形式存放的，所以它可以在不影响索引的情况下更新数据。因此MDD非常适合于读写应用。
 1.1. 关系数据库存在的问题
 利用SQL进行关系数据库查询的局限性：
 1) 查询因需要“join”多个表而变得比较烦琐 ，查询语句(SQL) 不好编程；
 2) 数据处理的开销往往因关系型数据库要访问复杂数据而变得很大。
 关系型数据库管理系统本身局限性：
 1) 数据模型上的限制
 关系数据库所采用的两维表数据模型，不能有效地处理在大多数事务处理应用中，典型存在的多维数据。其不可避免的结果是，在复杂方式下，相互作用表的数量激增，而且还不能很好地提供模拟现实数据关系的模型。关系数据库由于其所用数据模型较多，还可能造成存储空间的海量增加和大量浪费，并且会导致系统的响应性能不断下降。而且，在现实数据中，有许多类型是关系数据库不能较好地处理的 。
 2) 性能上的限制
 为静态应用例如报表生成，而设计的关系型数据库管理系统，并没有经过针对高效事务处理而进行的优化过程。其结果往往是某些关系型数据库产品，在对GUI和Web的事务处理过程中，没有达到预期的效果。除非增加更多的硬件投资，但这并不能从根本上解决问题。
 用关系数据库的两维表数据模型，可以处理在大多数事务处理应用中的典型多维数据，但其结果往往是建立和使用大量的数据表格，仍很难建立起能模拟现实世界的数据模型。并且在数据需要作报表输出时，又要反过来将已分散设置的大量的两维数据表，再利用索引等技术进行表的连接后，才能找到全部所需的数据，而这又势必影响到应用系统的响应速度。
 3) 扩展伸缩性上的限制
 关系数据库技术在有效支持应用和数据复杂性上的能力是受限制的。关系数据库原先依据的规范化设计方法，对于复杂事务处理数据库系统的设计和性能优化来说，已经无能为力。此外，高昂的开发和维护费用也让企业难以承受。
 4) 关系数据库的检索策略，如复合索引和并发锁定技术，在使用上会造成复杂性和局限性。
 1.2. 多维数据库的相关定义
 维（Dimension）：是人们观察数据的特定角度，是考虑问题时的一类属性，属性集合构成一个维（时间维、地理维等）。 
 维的层次（Level）：人们观察数据的某个特定角度（即某个维）还可以存在细节程度不同的各个描述方面（时间维：日期、月份、季度、年）。 
 维的成员（Member）：维的一个取值，是数据项在某维中位置的描述。（“某年某月某日”是在时间维上位置的描述）。 
 度量（Measure）：多维数组的取值。（2000年1月，上海，笔记本电脑，0000）。
 OLAP的基本多维分析操作有钻取（Drill-up和Drill-down）、切片（Slice）和切块（Dice）、以及旋转（Pivot）等。 
 钻取：是改变维的层次，变换分析的粒度。它包括向下钻取（Drill-down）和向上钻取（Drill-up）/上卷(Roll-up)。Drill-up是在某一维上将低层次的细节数据概括到高层次的汇总数据，或者减少维数；而Drill-down则相反，它从汇总数据深入到细节数据进行观察或增加新维。
 切片和切块：是在一部分维上选定值后，关心度量数据在剩余维上的分布。如果剩余的维只有两个，则是切片；如果有三个或以上，则是切块。 
 旋转：是变换维的方向，即在表格中重新安排维的放置（例如行列互换）。
 1.3. 多维数据库的特点
 后关系型数据库的主要特征是将多维处理和面向对象技术结合到关系数据库上。这种数据库使用强大而灵活的对象技术，将经过处理的多维数据模型的速度和可调整性结合起来。由于它独有的可兼容性，对于开发高性能的交换处理应用程序来说，后关系型数据库非常理想.在后关系型数据库管理系统中，采用了更现代化的多维模型，作为数据库引擎。并且，这种以稀疏数组 为基础的独特的多维数据库架构，是从已成为国际标准的数据库语言基础上继承和发展的，是已积累了实践经验的先进而可靠的技术。
 多维数据模型能使数据建模更加简单，因为开发人员能够方便地用它来描述出复杂的现实世界结构，而不必忽略现实世界的问题，或把问题强行表现成技术上能够处理的形态，而且多维数据模型使执行复杂处理的时间大大缩短。例如开发一个服装连锁店信息管理系统时，如果用关系数据库，就需要建立许多表，一张表用来说明每种款式所具有的颜色和尺寸，另一张表用来建立服装和供应商之间的映射，并表示它是否已被卖出，此外还需要建一些表来表示价格变化、各店的库存等等。每成交一笔生意，所有这些表都需要修改，很快这些关系数据库就会变得笨重而缓慢。而在多维数据模型中，可以将这些数据看做是存在于一个“立方体”中，这个“立方体”有足够多的“面”，以便对数据进行完全分类，如款式、颜色、价格、库存等等都能够立刻互相映射，获取数据极其迅速，而且由于清除了冗余的数据，多维数据库非常简单，不仅好用，而且更经济。
 
 2. 现有多维数据库相关分类
 现有的多维数据库主要分为“纯”多维数据库和“准”多维数据库，前者以cache这种不依附与关系数据库的数据库种类为主，后者主要是依附于关系数据库，在其之上提取数据生成多维数据表便于进行统计和分析。
 现有的准多维数据库大多是基于关系数据库为基础，在关系数据库提供数据的基础上建立多维数据，便于查询和分析。主要包括以下几个：基于oracle的ORACLE EXPRESS SERVER，基于SQL Server的Microsoft SQL Server Analysis Services，基于DB2的OLAP Server以及Hyperion Essbase 数据库。
 2.1. Cache数据库
 Caché 数据库是一种面向对象的多维数据库，同时支持SQL的访问方式。在数据库的划分上，超越关系数据库被称为第三代，后关系型数据库。该数据库有以下特点：
 1、速度快。Cache数据库在同等条件下查询相同数据比Oracle等普通数据库要快。Cache是基于普通关系型数据库如：Oracle, SQL server, Sybase等的基础之上并有所改进而产生的。Caché在性能上可以和内存数据库比美，在一台笔记本上可以实现每秒数万条的插入速度。Caché独特的动态的位图索引技术 可以实现数据库在更新的同时做查询和分析，而不影响使用性能。
 2、使用简单。Cache数据库支持标准SQL语句，因此不太熟悉M语言 的用户依然可以轻易对数据库中的数据进行操作。
 3、接口容易。Cache数据库支持ODBC标准接口，因此在与其他系统进行数据交换时非常容易。同时Cache亦可以将数据输出成文本文件格式以供其它系统访问调用。
 4、真正的3层结构。Cache数据库能够真正意义上实现3层结构，实现真正的分布式服务。升级扩容方便。正因为由上述分布式3层结构，所以当医院需要增加客户端PC或医院进行扩大规模时，不需要重新购买或更新主服务器，只需要适当增加二级服务器的数量即可，二级服务器相对来说要比主服务器要便宜许多，因此，医院可节约资金减少重复投资。
 5、对象型编辑。Cache数据库是真正的对象型数据库，开发时用户可直接用数据库定义自己想要的对象，然后再在其它开发工具中调用该对象的方法和属性即可完成开发工作，非常方便。支持远程映射和镜像。Cache数据库支持远程的映射和镜像，比如在不同城市之间，或在同一城市的不同区域之间，Cache可以进行镜像（Mapping），使不同区域的Cache数据库同步联系起来，虽然在不同区域，但大家使用起来就像共用一个数据库。
 6、灵活性。基于Caché数据库的应用软件不仅可以不经修改便能在多种操作系统平台上（如Windos98/NT、各种UNIX和Linux环境下运行，也可以随意布署运行在两层或三层的C/S结构即客户机/服务器环境中，或者B/S结构即浏览器/服务器环境中。而且应用服务器和数据库服务器的数量是在运行中是随意可以增加扩充而不影响运行。
 7、支持WEB开发。Cache 数据库提供自带的Web开发工具，使用维护非常方便，符合当今软件业发展的趋势。
 8、价格便宜。Cache数据库的价格比Oracle要便宜许多。
 这种数据库已经超越了传统关系数据库的局限，在Internet或Client/Server环境下任务关键和突发大负载的情况下，Caché具有独特超群的高响应速率特性、高度灵活的可伸缩性能、高强度联机处理能力。
 在InterSystems 全球业务里，有50%是医疗行业，30%在金融业、另外20%在船务、饭店管理、会议系统等方面。所有这些行业都有一个共同点，都需一个庞大的数据库，数据需要很快更新。国外的成功案例已经有许多，如：美国十大医院、三大医疗卫生实验机构、全球最大的在线证券交易公司、美林投资集团、美国国防部等均采用了Caché数据库；国内目前也有一些应用，但主要限于医疗行业，如：北京安贞医院、福州军区总医院和哈尔滨医科大学第一附属医院等。在美国和欧洲的HIS系统中，CACHE数据库所占的比例是最大的，被医疗界公认为首选数据库。
 2.2. Microsoft SQL Server Analysis Services
 SQL Server 2008 Analysis Services工具，实现了多维分析数据库的构建，同时提供了管理工具与用户访问软件。它使用了一种称为“Block Computation（分块计算）”的技术，存储模式使得分区的聚合和其源数据的复本以多维结构存储在分析服务器计算机上。利用了多维数据集的稀缺性，仅处理非 NULL 数据，以提高查询效率。更加适合于频繁使用的多维数据集中的分区和对快速查询响应的需要。能够极大地提高查询效率，因此可以更细的粒度进行分析。Analysis Services 中的数据挖掘算法提供了这种预测分析能力，而 SQL Server 2008 Analysis Services 改善了数据挖掘算法，可以实现更全面的分析。
 SQL Server 2008 Analysis Services 新引进了一套创新的 Best Practice Design Alerts（最佳实践设计警报），可在开发流程的早期阶段对潜在的设计问题自动发出通知，这会减少由于设计错误导致的时间浪费，并有利于实施更快的开发流程。SQL Server 2008 Analysis Services 利用新的、改进的多维数据集、维度和属性设计器，进一步提高了开发人员的工作效率。Analysis Services 可以进行缩放，以支持许多规模达到兆兆字节并且服务于数千名用户的数据库。SQL Server 2008 Analysis Services 提供了与数据库引擎所用的类似的 Dynamic Management Views（动态管理视图）。这些特性提供了实时的企业系统信息，用于监视、分析和进行性能调整。SQL Server 2008 Analysis Services 之后，新的备份存储子系统会使备份时间随着数据库大小的增加仅按线性增长。
 Analysis Services 10.0 OLE DB 访问接口 (msolap100.dll) 是应用程序与 Microsoft Analysis Services 进行交互的接口。ADOMD.NET 是用于与 Microsoft SQL Server Analysis Services 进行通信的 Microsoft .NET Framework 数据访问接口。
 2.3. Oracle Express Server
 Oracle Express Server是一个先进的计算机引擎和数据高速缓存。它使用多维模型，多维模型最能反应用户对其业务的思考方法，将电子表格的行和列扩展三维或者更多的维。维可以是时间、产品、产品系列、地区，用户分析的对象可以是像单位销售额这样的综合数据。对于多维模型的查询是很迅速的。这些查询是对数组中的某一部分的算术计算。因此，这个数组支持最大、最复杂的OLAP应用。
 Express Server能够存储和管理多维数组，或者通过一种只需很少、甚至不需索引的复杂的多维高速缓存方案，提供直接面向关系的分析。Oracle Express Server不仅支持多维模型，而且具有分析、预测、建模，以及对进行假设分析的能力。具有用于数学、财务、统计和时间序列管理等方面的内置功能。具有伸缩性、强健性和基于应用的特性，支持多个用户，并且为大型库实现完整性控制。灵活的数据组织方式,数据可以存放在Express Server内,也可直接在RDB上使用，有内建的分析函数和4GL用户自己定制查询。
 Oracle Express Server是先进的多维计算引擎，是进行OLAP分析的基础。Express Server的最新版本是6.3，这个版本在处理能力、分析功能等多方面有重大改进。
 1. 处理能力的提高：Express Server 6.3展示了OLAP 服务器最快的计算能力和查询性能。Express Server 6.3引入了很多新特性，可以极大提高Express Server对大数据量和大的并发用户数的支持。
 2. 更快的汇总计算：Express Server 6.3引入了全新的汇总计算管理机制。新的汇总机制允许定制汇总方法，并且可以显著降低装载和汇总计算的时间。
 3. 分析功能的提高：新引入的统计分析函数将使Express Server 6.3的分析能力显著提高。
 4. 预测功能的提高：新的预测系统将提供数据抽样和基于数据模式推荐最佳预测方法的能力。
 5. 基于Web的管理工具：Express Server 的管理将由新的Express Instance Manger统一进行，Express Instance Manger是基于Java的应用，可以和Oracle Enterprise Manager集成。这使DBA可通过Oracle Enterprise Manager的Java窗口或Browser对NT或UNIX上的多维数据库进行管理。
 6. Oracle Express 对Web技术的支持：Express Server 的一个重要发展策略是支持Internet计算，这也是Express产品领先于同类产品的一个重要方面。DBA可通过Oracle Enterprise Manager的Java窗口或Browser对NT或UNIX上的多维数据库进行管理。Express Server 从6.0版本开始增加了Express Web Agent选项，使基于Express Server的ＯＬＡＰ应用拥有了Web公布能力
 7. 支持各种关系型数据库系统的集成。
 
 2.4. DB2 OLAP Server
 IBM公司提供了一套基于可视数据仓库的商业智能（BI）解决方案，包括：Visual Warehouse（VW）、Essbase/DB2 OLAP Server 5.0、IBM DB2 UDB，以及来自第三方的前端数据展现工具（如BO）和数据挖掘工具（如SAS）。其中，VW是一个功能很强的集成环境，既可用于数据仓库建模和元数据管理，又可用于数据抽取、转换、装载和调度。Essbase/DB2 OLAP Server支持“维”的定义和数据装载。Essbase/DB2 OLAP Server不是ROLAP（Relational OLAP）服务器，而是一个（ROLAP和MOLAP）混合的HOLAP服务器，在Essbase完成数据装载后，数据存放在系统指定的DB2 UDB数据库中。 
 严格说来，IBM自己并没有提供完整的数据仓库解决方案，该公司采取的是合作伙伴战略。例如，它的前端数据展现工具可以是Business Objects的BO、Lotus的Approach、Cognos的Impromptu或IBM的Query Management Facility；多维分析工具支持Arbor Software的Essbase和IBM（与Arbor联合开发）的DB2 OLAP服务器；统计分析工具采用SAS系统。
 IBM DB2 OLAP Server把Hyperion Essbase的OLAP引擎和DB2的关系数据库集成在一起.，与Essbase API完全兼容，数据用星型模型存放在关系数据库DB2中。
 2.5. Hyperion Essbase
 Hyperion Essbase是一个联机分析处理（OLAP）服务器，使用一个多维模型从一系列数据源中提取数据，计算后对它们加以综合，然后提供对结果的快速访问。是一个多维数据库服务器，可以创建“块存储”或“聚合存储”数据库，前者用于需要进行读/写访问的小型、高密度的数据集，后者用于具有很多维度和只读访问的稀疏、销售分析类型的应用程序。
 Essbase是BI软件hyperion的多维数据库，目前已更新至11版本。 它不同于通常意义上的关系数据库，Essbase把数据按“块”划分，每个数据块会定义不同的维度。其中Essbase有7个默认维度，并可以自行定义13个用户维度。 7个默认维度为科目、期间、年份、情景、货币、版本、实体。
 Essbase的特点：
 1、 高性能：快速地查询响应
 2、 计算/分析能力
 
  聚合
  无限制的跨维计算能力
  场景假设分析
  分摊
  趋势分析/回归分析
  决策树/神经网络/关联分析
  财务智能/货币转换
  数学函数
  预测
 
 Hyperion Essbase现状：以服务器为中心的分布式体系结构–有超过100个的应用程序；有300多个用Essbase作为平台的开发商；具有几百个计算公式,支持多种计算；用户可以自己构件复杂的查询；快速的响应时间,支持多用户同时读写；有30多个前端工具可供选择；支持多种财务标准；能与ERP或其他数据源集成；全球用户超过1500家
 3. 简要比较
 综合以上5种多维数据库的比较如下：
 作为医疗界公认为首选数据库，Cache数据库的优点较多，如具有较快的查询速度，使用简单和灵活性等特点，适合在开发阶段直接使用，由于采用直接插入数据的形式，所以对已有未用Cache的老产品不太适合，数据的迁移性不太好。
 作为微软在多维数据上应用的典型产品，Analysis Services具有较好的查询和分析性能，并且由于Sql Server的广泛应用，使得Analysis Services有较多的应用。Sql Server 2008对Analysis Services做出了一些改进，进一步提高了查询效率和分析能力。在数据源方面适用于多种数据源，但是该系统的应用环境只是windows，不能用于Linux系统上。
 Oracle支持关系数据存储和多维数据存储，利用Oracle Express Server实现多维数据的存储，在Express Server 6.3公布之前，Oracle Express Server 的技术更新的太慢，占用的内存很大，影响了其应用。Express Server 6.3提高了处理能力和分析能力，但是提高的程度有待于验证。
 DB2 OLAP Server是一个ROLAP和MOLAP混合的HOLAP服务器，在Essbase完成数据装载后，数据存放在系统指定的DB2 UDB数据库中。对Essbase的API完全兼容。主要应用在DB2的数据库之上。
 Hyperion Essbase是多维数据库服务器，支持从广泛的数据源提取数据，但与 Oracle OLAP 将数据存储在关系数据库引擎外不同，它通常将数据存储在自己的专用服务器上，从而具有较快的查询响应以及计算分析能力。
 考虑现在应用的数据库为Oracle数据库，尽管cache数据库和DB2 OLAP Server性能较高，但短时间内使用这两种产品的可能性不大，现有数据库数据不能快速顺利的移植或者应用到Cache数据库，DB2 OLAP Server会依托于Hyperion Essbase数据库，与现用的Oracle数据库同时使用会有些累赘。所以暂时选择以下三种策略。
 策略1：Oracle + Oracle Express Server
 策略2：Oracle + Hyperion Essbase
 策略3：Oracle + SQL Server Analysis Service
 综合比较上述三种策略如下： 
 
 
 表1：三种策略比较
 
 
 
 
  
 
 
 Oracle Express Server
 
 
 Hyperion Essbase
 
 
 Sql Server Analysis Service
 
 
 公司
 
 
 Oracle
 
 
 Oracle
 
 
 Microsoft
 
 
 适用系统
 
 
 Linux, Windows
 
 
 Linux，Windows
 
 
 Windows
 
 
 移植性
 
 
 较高
 
 
 较高
 
 
 较差
 
 
 开放性
 
 
 较好
 
 
 较好
 
 
 较差
 
 
 可伸缩性
 
 
 较高
 
 
 较高
 
 
 有限
 
 
 并行性
 
 
 较好
 
 
 一般
 
 
 较差
 
 
 安全性
 
 
 较高
 
 
 较高
 
 
 一般
 
 
 分析性能
 
 
 一般
 
 
 较好
 
 
 较好
 
 
 数据源
 
 
 多数据源
 
 
 多数据源
 
 
 多数据源，支持oracle
 
 
 操作程度
 
 
 界面和命令行
 
 
 界面(主)和命令行
 
 
 图形界面
 
 
 使用风险
 
 
 偏高
 
 
 较低
 
 
 较低
 
 
 使用复杂度
 
 
 一般
 
 
 较高
 
 
 较低
 
 
 
 
  
 
 使用推荐：Hyperion Essbase（高），Oracle Express Server（中），Sql Server Analysis Service（低）