mondrian源码分析与说明

mondrian源码分析TOC\o"1-5"\h\z\o"CurrentDocument"1. 概述 1\o"CurrentDocument"1.1. 若干概念 1\o"CurrentDocument"架构 2\o"CurrentDocument"2. 静态类包分析 32.1. 包解释 3\o"CurrentDocument"Schemamanger部分 4\o"CurrentDocument"包mondrian.calc 4\o"CurrentDocument"包mondrian.ola—接口 5\o"CurrentDocument"mdx函数包 5\o"CurrentDocument"funCall 5\o"CurrentDocument"Query类 6\o"CurrentDocument"包mondrian.rola—计算层 6\o"CurrentDocument"成员读取包MemberReader 6\o"CurrentDocument"单元格读取CellReader 8\o"CurrentDocument"RolapResult类 11\o"CurrentDocument"RolapEvaluator类 12\o"CurrentDocument"关于排序 12\o"CurrentDocument"聚集层Starlayer 13\o"CurrentDocument"概述 13\o"CurrentDocument"聚合装载过程 13\o"CurrentDocument"segment详解 14\o"CurrentDocument"缓存失效控制 17\o"CurrentDocument"交互管理层 18\o"CurrentDocument"初始化MondrianModel 18\o"CurrentDocument"获取结果集 19\o"CurrentDocument"修改点 22\o"CurrentDocument"mondrian角色参数化 22\o"CurrentDocument"缓存失效控制 22\o"CurrentDocument"connection创建参数优化 23\o"CurrentDocument"维度成员排序 23\o"CurrentDocument"对mondrianbug的修正 24\o"CurrentDocument"to-doList 24概述若干概念成员(member):成员是代表维度中一次或多次数据出现的项。度量值也可以算作一个维度,因此一个具体度量值项也可以作为一个成员。元组(tuple)：是向量，用于定义来自多维数据集的数据切片；它由来自一个或多个维度的单个成员的有序集合组成。元组用于标识来自多维数据集的特定多维数据块；由来自多维数据集中各个维度的一个成员组成的元组完全描述单元值。换言之，元组是一种成员向量。例如：(时间.［下半年］,路线.非陆地.航空)，由单个成员组成的元组也可括在圆括号内，但这不是必需的。单元(cell)：多维成员的交集创建单元，可以是单个单元或单元块。元组唯一标识多维数据集中的一部分；它不必指某个特定单元，也不必包括多维数据集中的所有维度。集合(set)：集合是零个、一个或多个元组的有序集合。集合最常用于在MDX查询中定义轴维度和切片器维度，并且同样可能只具有单个元组或可能在某些情况下为空。下面的示例显示具有两个元组的集合：{(时间•［上半年］,路线•非陆地•航空)，(时间•［下半年］,路线.非陆地.海路)}架构mondrian总共包含四个层次：表示层，计算层，聚集层,存储层.。表示层(presentationlayer):指最终呈现在用户显示器上的，以及与用户之间的交互，有许多方法来展现多维数据，包括数据透视表，饼，柱，线状图.计算层(dimensionallayer):分析，验证，执行MDX查询.一个mdx查询语句会有多个处理阶段。先是计算轴，然后是轴上的单元值。为效率起见，计算层批量将单元请求发送到聚集层。请求转换器允许程序操作存在的请求，而不是为每个请求从头构造mdx请求。元数据描述了计算模型和它怎么匹配到关系模型。聚集层(starlayer):—个聚集指内存中一组计算值(cell),这些值通过维列来限制•计算层发送单元请求，如果请求不在缓存中，或者不能通过旋转聚集导出的话，聚集层向存储层发送请求.聚集层是一个数据缓冲层(cache)，从数据库来的单元数据，聚合后提供给计算层。聚集层的主要作用是提高系统的性能。存储层:提供聚集单元数据(cell)和维表的成员(member)，这些层可以不在同一机子上，但是计算和聚集层必须在同一台机子上。有三种需要存储的数据：事实数据(事实表)、维度表和聚集数据(即聚合表)架构图如下：

PentahoAnalysisServices:MondrianProjectArchitectureHTTPXIMLiTdlIPJavaJPivotJ0LAPAPIOtherClientApp.XMLforAn白创划玄apiSwingClhem静态类包分析PentahoAnalysisServices:MondrianProjectArchitectureHTTPXIMLiTdlIPJavaJPivotJ0LAPAPIOtherClientApp.XMLforAn白创划玄apiSwingClhem2・1・包解释mondrian.calcmondrian.guimondrian.il8nmondrian.mdxmondrian.olapmondrian.olap4j提供编译好的表达式。mondrian.calcmondrian.guimondrian.il8nmondrian.mdxmondrian.olapmondrian.olap4j设计Mondrianschema的图形接口国际化和本地化工具为mdx表达式定义解析树核心包，定义了连接和schema的元模型，用来执行查询中间层，olap服务器的驱动，用来代替jolap的mondrian.recorder任务处理记录接口mondrian.rolapolap包的数据访问层的实现mondrian.spi 用户自定义扩展的服务端支持接口

mondrian.tuimondrian.udfmondrian.utilmondrian.webmondrian.xmlaMondrian文本用户接口mondrian.tuimondrian.udfmondrian.utilmondrian.webmondrian.xmla用户定义方法Mondrian工具包Mondrian的servlet和tag库

xmlforanalysisAPI的实现Schemamanger部分Mondrian.rolap.RolapSchema类是mondrianschema的核心类，该类在在建立RolapConnection时被建立，但是有个schemaPool维护着schema的缓存，参见RolapSchema.Pool内部类。在RolapSchema对象生成之前，首先有个原始的MondrianDef$Schema对象，该对象相当于mondrianschemaxml文件的简单对应，由xml解析器直接生成。具体来说首先由xml文件解析成dom对象，然后再生成更加结构化的MondrianDef$Schema,最后再load成更加高级的RolapSchema对象，具体参见RolapSchema.loac(StringcatalogUrl,StringcatalogStr);以MondrianDef$Schema或RolapSchema对象为根，都还会有一系列的内部类去对应于mondrianschema下的子元素。如果一个Hierarchy的hasAll为true，则会有一个allmember，对应着也需要一个虚拟的alllevel，位于该Hierarchy的levels[0]位置。包mondrian.calcCalc是所有可计算表达式的基接口。在mondrian中关于表达式有如下两个概念：ThelogicallanguageofparsedMDXfragments(Exp).Thephyiscallanguageofcompiledexpressions(Calc).两种语言可以允许我们将逻辑语言(即mdx语言)和物理语言(howitistobeevaluated)分开.物理语言对类型的要求更加严格,andcertainconstructswhichareimplicitinthelogicallanguage(suchastheadditionofcallstothe<Member>.CurrentMemberfunction)aremadeexplicitinthephysicallanguage。Calc接口针对各种类型有许多子接口：其中IntegerCalc,BooleanCalc,DoubleCalcStringCalc是数值型的,MemberCalc,LevelCalc,HierarchyCalc,DimensionCalc!则用于olap模型中的元素。每一个子接口有都有一个实现的虚基类：AbstractlntegerCalc,AbstractBooleanCalcAbstractDoubleCalc,AbstractStringCalc,AbstractMemberCalc,AbstractLevelCalcAbstractHierarchyCalc,AbstractDimensionCalc表达式(Expression)通常由表达式编译者(ExpCompiler)创建。对于一个给定的表达式通常有若干个evaluation策略，表达式编译者在编译过程中可以给我们一个选择的机会。包mondrian・olap—接口Mondrian的核心包，定义了连接对象和完整的olap模型结构元对象,并且允许执行mdx查询语句。mdx函数包mondrian.olap.fun定义了mdx内置的函数集。函数(function)的定义：参数描述例子name函数名"Members"signature函数标志"vDimension>.Members"description函数描述"Returnsthesetofallmembersinadimension."flagsEncodingofthesyntactictype,returntype,andparametertypesofthisoperator.Theencodingisdescribedbelow."pxd"Theflagsfieldisanstringwhichencodesthesyntactictype,returntype,andparametertypesofthisoperator.The first character determines the syntactic type, as described byFunUtil.decodeSyntacticType(String.The secondcharacterdeterminesthereturn type, as described byFunUtil.decodeReturnCategory(String).Thethirdandsubsequencecharactersdeterminethetypesoftheargumentsarguments,asdescribedbyFunUtil.decodeParameterCategories(String.Forexample,"pxd"means"anoperatorwithpropertysyntax(p)whichreturnsaset(x)andtakesadimension(d)asitsargument".funCallAFunCallisafunctionappliedtoalistofoperands.Theparsercreatesfunctioncallsasanunresolvedfunctioncall.Thevalidatorconvertsittoaresolvedfunctioncall,whichhasafunctiondefinitionandextratypeinformation。参见：Mondrian.olap.ResolveFunCallUnresolveFunCallQuery类用于mdx查询。创建query创建：Connection.parseQuery(java.lang.String)。仓U建mondrian.olap.Parser类，基于java_cup实现，调用其parse或debug_parse()方法，里面最主要是CUP$Parser$do_action()方法,内部针对所有语句词句做了解析。其中case75:生成最后的mondrian.olap.Query对象，内部调用parser.makeQuery()方法,内部初始化时会再调用query的resolve，mondrian.olap.QueryAxis的resolve()，进而会执行数据库。执行query执行：Connection.execute(mondrian.olap.Query)返回结果：Result.有些查询从缓存中读取，非常迅速。当也有些需要花费些时间，这时可以通过MondrianProperties.QueryTimeout参数设置timeout。如果想控制返回结果不至于太大，可以通过MondrianProperties.QueryLimit参数控制返回的cell数目。在查询执行的任何时候，另一个进程都可以通过 cancel()方法取消该查询，此时Connection.execute(Query)会抛出异常。包mondrian.rolap—计算层实现最终的实际的olap数据访问功能，包括读取维度成员值和cell值。成员读取包MemberReader概述包路径：Mondrian.rolap。该部分的起点是RolapEvaluator类。当一个类似于“member.children”的成员表达式被请求时,RolapEvaluator将调用RolapSchemaReader对象.RolapSchemaReader将再负责调用各个MemberReader对象(每个维度一个memberReader)。在大部分场合下，将使用SmartMemberReader来迅速返回所需要的维度成员值。

Dc>ldgjfanglUlAmbaiR4jd«i4AMe35>jreMember?durceri&hemaR&aderSchemaR&lapStar寺«interiace>>AilBldpHierarchyiBqlMembeiSduiccCdeheMembeiRe^VSmartMernberR^jdcisourceO.aRolapSchemaRoIjpSchAmjRfiijdAiRclapCubeR&lapConrie«ti'Mi■+F：oIdpEvaludioiMemberCacheDc>ldgjfanglUlAmbaiR4jd«i4AMe35>jreMember?durceri&hemaR&aderSchemaR&lapStar寺«interiace>>AilBldpHierarchyiBqlMembeiSduiccCdeheMembeiRe^VSmartMernberR^jdcisourceO.aRolapSchemaRoIjpSchAmjRfiijdAiRclapCubeR&lapConrie«ti'Mi■+F：oIdpEvaludioiMemberCacheSmartMemberReaderSmartMemberReader实现了MemberReader接口，它实现了维度成员及其子成员的缓存,如果有一个成员位于缓存中，则还会有一个其子成员的列表。它同时缓存了level下的成员们。该类主要的成员有：source：MemberReader，用于实际从数据库中读取维度成员值。mapMemberToChildren：map，实现成员及其子成员的映射，key为RolapMember，value为ListvRolapMember〉。mapKeyToMember：map，实现所有成员的缓存，其中的key为MemberKeymapLevelToMembers:map,实现级别及其所有成员的映射，key为RolapLevel，value为ListvRolapMember〉。上述的source其实为mondrian.rolap.SqlMemberSource类，该类中反过来又存储了SmartMemberReader对象，作为其cache成员属性。成员读取过程：smartMemberReader.getMemberChildren(parentMembers,children,constrain);最终通过source.getMemberChildren()…，其中反过来会把找到的children赋予mapKeyToMember。最终除了将结果返回在children输出参数中，同时也对mapMemberToChildren赋值了。另外，smartMemberReader.getMembersInlevel()实现了对mapLevelToMembers的缓存。在newRolapEvaluator()时被调用。在读取时会对成员进行orderby(如果设置了ascending的话。)单元格读取CellReader概述包路径：Mondrian.rolap。Cells会被求值多次。第一次时,Evaluator使用FastBatchingCellReader来求值。当一个单元被求值时，evaluateCurrent()被调用。此时FastBatchingCellReader并没有被调用，而是为那个cell记录了一个CellRequest并且return(notthrow)anexception。在所有的cells都有了对应的CellRequests之后，Aggregation会生成SQL，以一个单独的sql请求来载入所有的cells。然后由AggregatingCellReader重新计算cells，从缓存中返回cells值。++1'actT^bleRoDjpStjro..xAohpGtar.TableRolapStar.Condition十御nCendiiionRolapStar.CDlumnCljk£hjfriu-ztata.AggisgallonManaggrMethodssh-：'fjIdmovselsewhere0..AO..KAggre>]mti■:-ri.A^is「-八O..rtCtIIR亡qutstF：olspAggregationManager+utmFtialnteD:Objei：tcolumnList-LIii日lueList:Lisi++1'actT^bleRoDjpStjro..xAohpGtar.TableRolapStar.Condition十御nCendiiionRolapStar.CDlumnCljk£hjfriu-ztata.AggisgallonManaggrMethodssh-：'fjIdmovselsewhere0..AO..KAggre>]mti■:-ri.A^is「-八O..rtCtIIR亡qutstF：olspAggregationManager+utmFtialnteD:Objei：tcolumnList-LIii日lueList:LisiFlolaEZiStar.h.ri&asure+seiimentRefe+seiimentRefeo.M■+1/111十AggreqatlngCellReader11FartBstchlngEllRE日価1111■=.=.inierTace>.='ereaces??CtllR&ddsr八17■=：<IntarljaoaS-：-SagmbntDJtjSAtc&liKeyi|■jrdiriphn:i書A11111△1111JD■snssE4gmsntD出m占占=：p StiwntC'jiiSLetRolapEvalujt>n2・5・2・2・FastBatchingCellReader类主要方法，Objectget(Evaluatorevaluator)■ 首先根据当前的上下文环境(即一组members)仓从建cellRequest,cellRequest中包含了所有必要的从star中取值的信息。该组members的交集便是要求值的单元格,其中切片轴上的成员和其他轴上的成员完全同等对待;其中度量轴上的成员要求上StoredMeasure(非计算成员CaculatedMember)；度量值上的成员位于第一个。通过调用request的addConstrainedColumn()方法把各member对应的column和value(属StarColumnPredicate)值加至至Urequest中.■调用AggregationManager.getCellFromCache(request,pinnedSegments)方法从缓存中获取cell值。首先根据request中的列组索引标识从缓存中获取aggreation缓存对象，如果为空说明缓存还未建立则直接返回null，如果有值则调用aggregation.getCellValue(measure,colValueKeys)方法获取缓存的cell值；getCellValue内部首先会根据measure查找匹配的segment,然后调用segment.getCellValue(keys)从segment的dataset缓存集中查找相应的cell值。如果getCellFromCache返回为null则调用recordCellRequest()记录需求。这些cellrequest会被组织成多个cellrequestbatch，以便将来聚合层进行批读取以提高效率。关于batch的详细讨论参见下面Batch类章节。上层会在适当的时候调用batchCellReading.loadAggregations()以实际读取这些cell值，前提是batches对象中已有cellRequest了。每个batch的读取参见batch.loadAggregation()方法，最终调用聚合层的方法，参见aggreation.load(….)。2・5・2・3・FastBatchingCellReader.Batch类每个batch对应与一组特定的columns环境下的cell求取(具有相同的列和列值(列值是具体的值，不会是“all”值))；从batch的属性可以看出batch包含了哪些上下文：RolapStar.Column[],这个指明了基于哪些列(也即基于哪些维度，包括切片维度)进行读取；SetvStarColumnPredicate>[],保存了每列的限定值，对于一列而言，限定值可能会有多个(毕竟是批处理，一次请求多个)；MeasureList，指明求取哪些度量值上的cell(度量值本质是度量维上的限定值)。BitKey,该batch的唯一索引。如图所示的一个mdx查询结果界面：MDX查it昨富select-[[Measures].[YJD],[Measures],[GCLC]}ON匚DLliMN亦 上1NONEMPTVOrder(Crossjoin({[dimLX].'AlldimLXs]f[dirriLX].[AllciirnLXs]J疋罟红]「rdimLX].[AlldimUfe].[宁波一梁孵hLdimLxj.[AIIdimLXs].[il!R5<^b[diml_x],[AlldimLXs].[H-匡]—坟门]「[diml_XJ.[Alldimucs].[同江一三亚][dimLX].[Al 寿绘][dlml_x].[AlldlmLXs].[^丽蛊]「[dlml_x][AlldimLXs].核拋£.]},{[dimTime].[AlldimTimes]r[Measures].[¥JD],DESC)ONROWSfrom|二矩:姦1莖周鱼恰況]where[dlmstatlon].[Aldlmstatloins].[=i^市]措标、拥挤度％」职测里程(公里)123.25%2955.032+〒洁一宴弊+全部32&„&7%120„604同江一三亚亠全苛32.45%317.769Slicer：[Jtl市-宁硬帀]此时会产生两个batch，每个batch最终可能会产生若干segment,segment是cells的集合，segment数和度量值个数相同。一个batch是（其中“当量数/适应交通量=拥挤度”拥挤度是计算成员），最终产生3个segment，每个segment只有一个cell：（地市='宁波市',measure='观察里程'）（地市='宁波市',measure='当量数'）（地市='宁波市',measure='适应交通量'）另一个batch是（其中的G310等是路线代码，最终过滤掉空值后就剩下两个了），最终产生3个segment，每个segment有多个cell：（地市='宁波市',roadIdin（G310,G322,G210,S321....）,measure='观察里程'）（地市='宁波市',roadIdin（G310,G322,G210,S321....）,measure='当量数'）（地市='宁波市',roadIdin（G310,G322,G210,S321....）,measure='适应交通量'）2、...RolapResult类RolapResult是一个运行中的请求的结果集。Mondiran的执行结果由RolapResult类表单，由于mdx查询语句本身就包含onrows（行轴上）、oncolumns（列轴上）和where部分（切片轴上），结果集中相对应的为ROlapAxis对象，这其中有个sliceAxis对象。因此结果集是由若干ROlapAxis对象和一个RolapCell组构成的。每个axis对象又由若干Position对象组成，每个Position对象又可能由若干member组成（注意一个postion会横跨多个维度的成员）。注意ROlapAxis是抽象类，实际的对象类可能随着不同的轴是不同的。如图：指标路线询查时風•拥挤度％*观测里程（公里）-所有踣线j全部123.2S%29S8.032下宁波一集毎j全部325,67%123.604厂T同江三亚j全部32.45%317.769图中，column轴上两个position（每个position含有一个成员），分别是:[[Measures].[YJD]][[Measures].[GCLC]]Row轴上有三个position（每个position含有二个成员），分别是：[[dimLX].[AlldimLXs],[dimTime].[AlldimTimes]][[dimLX].[AlldimLXs].[宁波—梁辉],[dimTime].[AlldimTimes]][[dimLX].[AlldimLXs].[同江－三亚],[dimTime].[AlldimTimes]]切片轴上贝9有一■个position：[[dimstation].[AlldimStations].[宁波市]]单元值们则放置在RolapResult中的cellInfos对象里，属CellInfoContainer接口，其中存放着Celllnfo,并通过Cellkey进行索引。CellKey：用于在maps里访问cellinfo时使用的键值，根据cell的位置来决定键值。CellKey共有四个默认实现，及zero、one、two、three和many版的实现，分别对应着轴的个数。这些类中关键的属性便是存储各轴的位置值。CellInfo、CellInfoContainer:内部类。CellInfo包含了一个cell所需要的所有信息（最关键的包含value值和一些formatter设置）;最终将作为构造ROlapCell对象的参数。CellInfoContainer显然是cellinfo的容器，并使用CellKey来索弓I。ROlapCell：最终返回给jpivot的cell单元值。RolapEvaluator类最终负责在多维环境中执行mdx表达式。该类中维护一个很重要的对象，即currentMembers，该上下文对象针对每个维度都包含了一个成员；通过setContext方法用来设置当前维度，以开始计算当前维度组合下的表达式值。关于排序排序有单元值排序和维度成员排序两种场景，但单元值排序优先级更高，只有当单元值排序相当时，才再对成员值进行排序。单元值排序有六种，升序、降序、打破Hierarchy升序、打破Hierarchy降序、topcount、bottomcount。其中前四种参见：FunUtil.SortMembers（）中的方法，这是总入口，其中有BreakMemberComparator、HierarchicalMemberComparator、BreakArrayComparator、HierarchicalArrayComparator等排序器（Array包含多个member，此时相当于cell上下文环境由多个维度参与）。对于array类排序，参见其中的publicintcompare(Member[]a1,Member[]a2)方法;

对于单member类排序，参见其中的publicintcompareinternal(Memberal,Membera2)方法。维度成员排序似乎有三种：按照orderKey、按照ordinary、按照值(参见RolapMpareTo()方法，最终相当于按字符串或数值比较，其中第三种内部又会用到ascending属性)，这个是我们自己新增的属性。具体参见FunUpareSiblingMembers()方法。聚集层Starlayer概述包mondrian.rolap.agg,管理聚合缓存，这些缓存中包含着各单元格值。RolapStar中含有aggregation(聚合)，一个aggregation是针对一组columns的，该聚合可以包含多个segment,同一个aggregation中的每个segment都将覆盖到相同的列集合;每个segment表达了一组cell值,这些cell自然是由具体的列值和一个必备度量值(如下面的unitsales)来限定，如：(Unitsales,Gender='F',Statein{'CA','OR'},MaritalStatus=anything),由于其中的列值可能会取多个，因此最终表达的cell值也可能是多个。RolapStar中有一个aggregations，是一个map对象，通过request的constrainedColumnsBitKey来索弓丨一个aggregation。2.6.2.聚合装载过程实际中无论是底层的单元值还是聚合后的单元值都是放在聚合对象aggregation中的。以aggregation.load(colums,measures,predicates,pinnedSegments为入口：■参数中的除了measure不一样外，其限定的列(colums)及列值(prediactes)都是一致的。因此转换成对对若干segment]]的求值：Segment.load(segment[]，•••.),在该方法内部：>首先根据segments中的信息生成sql查询语句，有两个不同的生成类：AggQuerySpec和SegmentArrayQuerySpec，前者用于找到聚合表情况下的sql语句生成，后者用于基于原始表的sql语句生成。具体可以参见它们的generateSqlQuery()方法，这里注意对以distinctcount有不同的生成方法。Sql生成的核心类是sqlQuery，类似于交换系统中的QuerySqlFactory类。注意：聚合操作如avg、sum等都最终还是利用sql语句实现的，并非mondiran自己实现这些聚合功能。利用jdbc,执行sql语句，获取到jdbc结果集。参见mondrian.rolap.RolapUtil.executeQuery()方法。解析结果集，将结果集中的数据填充到rows[][]二维数值中，并且把各列的值也填充好。如图：结果集每条记录的值如宁波市、G010・・・.,前面两个是维度列值，后面几个是度量值。H©ru'A'skrrayLi£tCE>(id=5754)0□objecttia]Cia=5sg7)□*[0]Object[5] G4硏阴〕+A.[1]Object[5](id=5904^■[2]null■m■1[宁波市』G010；8924.75；317.769；27500.□]各列的值(其中第0项值为：[宁波市]):0®：=d-rieV sisS*rtsdSet<E>[2](i1=5751)+A[0]TreeSet<E>(id=5BB4)□•[1]TreeS«t<S>(id=5S63)+ 、."rowsArrayList<E>(id=5T54)inm 4^"丄Tlclrrc4■:frDr 4C4- 」■匚？■匚匚3:GOIO^S31B]决定采用稀疏性(sparse)还是稠密性(dense)SegmentDataSet存储；并创建该空的DataSet对象。每个segment关联一个DataSet对象；但其稀疏性还是稠密性都是一致的。注意dataset中单元值的个数可能是1个或多个，是由各限定列的指定值个数乘积，若所有限定列都取单值，则显然最终决定一个唯一的单元。将上述的rows中间集转换到SegmentDataSets集中。最后再分拣给每个segment，确保每个segment的setData(SegmentDataSet)被调用。■若干排序：ValueColumnConstraintComparatorsegment详解■ 下图是有两个限定列的两个segment的描述(注:其中roadid列虽然指定了8个候选值，但由于使用了空行/列过滤，最后只剩下两个路线有值，故最后segment结果

集的单元数也只有两个，对应于G010和G318的）:Uuci.iiiL：卢二measuce=avg(FACT干线交调.适丙枣诵旱□3yi=珪丈适卫刚讪.uri=-=^1T-Seepcent#4{wea2ure=sun{矿JiSeepcent#4{wea2ure=sun{矿Ji匸T_干域發幅.观测里_程；1I二叮r戋交训Jem咏站市-汁：J7贰I二疋十轅犬祕|吹很任iT.KOlDir-IGZilOrZCQ1,Z235..U2Zu,ZZ27,Z22C..^310rU213).?0A3I3--iID.2001,^239.-眈EG”范EQ龙注，LC..J31G-}其中第二个对应的dataset为：[317.769,120.604]对应的透视界面为（参见其中的“观测里程”度量值，与上面的dataset一致）:措标迺查时间*拥挤度附■观测里程（公里）-斯有路线+全部123.25%2955.03Z厂宁波一聚辉+全部326.&7%120.60斗鼻同江一三亚“全部32.45%317.759让巳r：[地市二宁波市]再譬如有三个限定列的segment描述，它们位于另一个aggreation对象中：（其中timeld列的any代表所以可能的时间值，共有2003〜2005三个年，所以最终该segment共有3个cell值）Segtwetit#E：■{measure=sum（FACT_干线交调■观测里程）D:干线交调_观测立匸地市=<宁波市}D工干线交调_观测站.ROADID={S318]DTK]干线交调[时间.TIHEIJ=any}对应的dataset为：[129.910,129.909,57.950]对应的透视界面为（显然该aggreation还有另外一个segment，其中的roadId对应于G010—宁波梁辉）:

指标路线谓查时IU*捉挤度濟＞观测里程（公里）卜所有路线“全部123.25%29E5.0324■同江一二亚32.45%317.7692003^30.61^129.9102004^25.85%129.9092005^31.53%57.950亠宁波一架挥-全部326.57U120.6042003^250.12^40.2002004^390.74%40.2022005举309.16^斗0.202Slicer：［地市二宁波市］再譬如维度中有多个层次的情况时，一个维度会对应多个列：Queryquery=connection.parseQuery("SELECT"+"{[Time].[1997],〃+"[Time].[1997].Children}ONCOLUMNS,"+"{[Customer].[USA],"+"[Customer].[USA].[OR],"+"[Customer].[USA].[WA]}ONROWS"+"FROM[Sales]");Resultresult二connection.execute(query);该语句执行后产生的segment分别为(除了第一个外，其他segment都会包含多个cell，因为它们的限定列中含有多值的情况)：SegmentYN#1YearNationUnitSales1997USA xxxPredicates:Year=1997,Nation二USASegmentYNS#1YearNation State Unit Sales1997USA OR xxx1997USA WA xxxPredicates: Year=1997, Nation二USA,State={OR,WA}SegmentYQN#1YearQuarterNationUnitSales1997Q1 USA xxx1997Q2 USA xxxPredicates:Year=1997,Quarter=any,Nation二USAYearQuarterNationStateUnitSalesSegmentYQNS#11997Q1 USA OR xxx1997Q1 USA WA xxx1997Q2 USA OR xxx1997Q2 USA WA xxxPredicates:Year=1997,Quarter=any,Nation二USA,State={0R,WA}2.6.4.缓存失效控制为了提高访问效率，必须要使用缓存；但使用缓存必须在数据库底层数据发生变化时做好数据的失效和刷新工资。老版的做法非常粗略：mondrian.rolap.RolapSchema.clearCache();这意味着连mondrianschema都被失效，与之关联的全部缓存也都被失效。新版的做法是引入了mondrian.olap.CacheControl接口，可以很精细地由应用控制缓存。为此mondrian引入了cellregion的概念，region是由一个或多个成员定义出的多维空间(定义时可以指定是否包含这些成员的子成员)。为了使缓存失效，你需要首先定义一个region，然后告诉mondrian失效该region内的所有cells;为了确保一致性，mondrian还会自动地把这些cell的聚合单元也一起失效。具体参见CacheControl.CellRegion类。最终调用cacheControl.flush(cellRegion)。具体失效时，还是针对segment进行的，因为mondiran中的ce