test1

维度设置及使用
• Solve Order (举例）
Q2 Variance = Q2 – Q1; Solve Order: 5 Q2 Variance % = Q2 Variance /Q1; Solve Order: 3
维度设置及使用
• Solve Order (举例）
Q2 Variance = Q2 – Q1; Solve Order: 5 Q2 Variance % = Q2 Variance /Q1; Solve Order: 10
维度设置及使用
• Account维度多为动态维度； • Account维度中使用除+之外，其他的运算 符； • Account维度可使用时间平衡(Time Balance)的特性； • 在ASO中，费用(Expenses)科目的设置可以 用UDA和/或公式计算来实现； • 当Account维度中，含大量的科目维度成员， 可以考虑将维度／层级架构设为存储 （Store)
维度设置及使用
• 时间维度对YTD/QTD的计算 YTD Aggregate (PeriodsToDate([Period].Generation(2),[Perio d].CurrentMember),[Base]) QTD Aggregate (PeriodsToDate([Period].Generation(3),[Perio d].CurrentMember),[Base]) 其中[Base]是时间维之外的另一维度（通常是场景维， 如View,中的存储成员。
维度设置及使用
• 存储（Stored)层级架构通常是默认的，同时 也是性能最好的。 • 存储（Stored)层级架构下的成员只可有+ 或~ 的合并运算符； • 如果成员使用~的合并运算符，其上层成员必 须为标签(Label Only); • 在存储（Stored)层级架构下，成员不可使用 公式来进行计算； • 除在多层架构下，否则在存储（Stored)层级 架构下，成员不可使用共享；
ASO 分区
• 当分区的源和目标都是ASO时，成员公式应 尽可能在源数据库的大纲(Outline)中； • 当有大量数据从目标ASO到源ASO中提取时 性能会受到影响； • Query Tracking应该在源ASO中；
Essbase 设计原则
BSO
BSO 维度设置
• 减少维度数。不要将所有的维度放在一个 Cube里； • 减少维度的复杂度。可考虑UDA，属性维度 等Essbase特性，这些都可能减少一些维度 数； • 对维度中的层级及细致度要加以斟酌, BSO 里维度成员通常是较概要的，不会有太多 的明细； • 减少不相关的维度，及在不相关的维度成 员的交集处存储数据。
维度设置及使用
• 动态（Dynamic)层级架构可有+,-,*, /~等的 合并运算符； • 对ASO中的数据读取都是动态的；动态 （Dynamic)层级架构是指 Essbase对ASO中的 数据存储/优化上的差异； • 动态（Dynamic)层级架构,Essbase是需要计算， 而非简单聚合; • 动态（Dynamic)层级架构中成员计算是由 solve order来决定的； • 动态（Dynamic)层级架构中成员数据的检索时 间会较存储（Stored)层级架构长。
– 数据源文件的排列应保证尽可能的减少块的访问次数； – 数据源文件应尽可能从服务器上加载到Essbase上,这 是为了减少在数据加载过程中对网络的影响;
• BSO脚本计算
– 基于大纲的计算，性能最快;成员公式计算，其次； – FIX用于稀疏维成员，IF用于密集维成员； – 计算脚本要尽可能的减少计算时对块的访问次数；
BSO 性能调优
• BSO的性能调优和硬件及软件（如操作系统 等）有关； • 一般的原则是加大分配的内存；避免和其 他应用的资源冲突； • 对Essbase缓存的调优可以通过对特定的计 算脚本的计算时间的跟踪观察，加以检验。 • 同时，缓存命中率应在可能的情况下，达 到最大。
BSO 其他
• BSO 数据加载
BSO 维度设置
• BSO的维度有密集(Dense)和稀疏(Sparse); • 在BSO大纲中，对维度进行排序，密集维在 上，稀疏维在下； • 多个密集维，最密集的密集维在大纲的最 上，最不密集的密集维依次靠下； • 多个稀疏维，维度成员较少的在维度成员 较少的上方。
Dense Largest Smallest
ቤተ መጻሕፍቲ ባይዱ度设置及使用
• 多层架构(Multiple Hierarchies Enabled) 下，可容许有多个存储（Stored)或动态 （Dynamic)的层级架构; • 多层架构下的第一个架构必须是存储 （Stored)层级架构;
维度设置及使用
• Solve Order (ASO 解析次序)
– ASO中没有Two Pass Calc – ASO用Solve Order来定义计算顺序 – Solve Order的值在成员属性中定义值介于0至 127；默认值为0； – 成员公式的计算结果是由Solve Order从小到大 按次序计算出来的; – 建议在定义Solve Order时，定义值为非连续的， 如10…20…30…40
Sparse smallest to Largest
BSO 维度设置
• BSO的密集维和稀疏维的设定直接影响其性 能； • BSO中,块(Block)的大小应该限定在100K到 200K之间，不易过大或过小； • 块的密度应尽可能在经过计算/聚合之后， 达到最大。
BSO 维度设置
• BSO的密集维和稀疏维的设定直接影响其性 能； • BSO中,块(Block)的大小应该限定在100K到 200K之间，不易过大或过小； • 块的密度应尽可能在经过计算/聚合之后， 达到最大。
ASO 聚合
• 可使用并行计算进行ASO聚合。Set CalcParalle xxx； • 可以用Maxl增加ASO缓存,以配合并行计算要求； • ASO聚合的优化需要不断调整； • 当对用户查询的数据层级没有太多的信息时， 可考虑使用Query Tracking;如果了解用户检 索报告的层级信息，可在自定义视图(UserDefined View Selection)中加于选定，达到 优化的效果。
• BSO维护
– 定期对BSO数据库中的碎片作碎片整理。 – 通过BSO分区，将不需要的历史数据进行存档，减少数 据库的大小
Essbase 设计原则
ASO
维度设置及使用
• ASO应用可以有很多维度，也可很大。所以， 维度的压缩很重要.
– 选取ASO中的一个维度为压缩维度； – 压缩维度应为和其他维度0级成员有较多交集； – 如有可能，将那些有较多成员有交集的压缩维 度成员排序在此维度前部（上部）； – 尽可能将数值保留至小数点后2位（或更小）； – 理想的状况是stored的0级成员数是16的倍数； – 压缩维度必定是动态维度； – 压缩维度通常是Account维或Time维