time 
设为首页】【收藏本站
当前位置: 主页 > 数据库 > SQL Server > SQL 基础 > Project REAL分析服务技术探讨

Project REAL分析服务技术探讨

时间:2009-05-29 11:42 点击:6774次 字体:[ ]




内容目录

关于Project Real 
绪论 
和分析服务交互的三种方法 
数据库设计 
数据源和数据资源视图
 
数据源 
最佳实践:当在标准安全模式下工作时,记住你的密码。当移动对象时候,你将经常需要输入密码。 
数据资源视图 
最佳实践 
使用数据源视图扩展元数据(metadata) 
从数据源视图中忽略对象 
修改数据源视图 
结论 
维度(dimensions) 
维度键 
层次(hierarchies) 
分析服务2005中的维度缓存 
属性关联 
最佳实践:多花点时间用于维度的设计,在维度种捕获这种属性关系 
键的唯一性 
最佳实践(必须的):你必须总是确保属性键的唯一性。 
最佳实践:总是扫描你的维度,确保它们包含你预期的广泛的、甚至是分布的成员。 
最佳实践:如果你告诉系统属性是关联的,则它们必须是关联的。 
将虚拟维度转换成属性层次 
最佳实践:将SQL Server 2000分析服务中的虚拟维度转换成属性层次 
可能的命名冲突 
将关系表中的列提升为多维度设计中的属性 
和tinyint键不匹配的数据类型 
未知成员 
最佳实践:在可能的地方,创建你自己的未知成员。使用系统生成的未知成员。 
时间智能向导 
最佳实践:可能创建单机时间维度表的地方 
最佳实践:在时间维度向导中,为各个属性输入键列(非名称列),例如年、月、周。 
度量组 
分割表 
其它的Cube对象 
服务器端设置 
设计抉择 
 如何表示厂商 
半可加减的存货度量 
最佳实践:如果你使用半可加性的度量,请确认Cube包含的维度不超过一个。 
结论 
附录A:自动的分割表创建
 

关于Project Real

Project Real是微软为创建商业智能应用程序提供最佳实践而所做的努力。这些程序都是在Microsoft® SQL Server™ 2005基础上,在真实的客户背景上构建实施的。这就意味着真实客户数据是可以代入系统内部,并且可以应对客户在开发过程中将会遇到的同样的问题。这些问题包括:

◆模式设计- 关系型模式和分析服务型模式
◆数据抽取、数据转换、数据加载(ETL)过程的实现
◆客户端系统的设计与开发,包括数据报表和交互式的分析
◆产品系统的分级
◆运营系统的管理和维护,包括数据资料的不断更新

通过在这种真实部署环境中的工作经历,我们获得了如何使用这些工具的完整理解。我们的目标是全方位的关注大公司在他们自己实际部署过程中所遇到的所有问题。

这份白皮书提供了一个关于分析服务(Analysis Services)设计和在Project REAL中的最佳实践的技术讨论。我们深入的讨论了每一类对象的细节,例如数据源、数据源视图、维度、层次、属性、度量组、分割表等等。并指出了我们在前进过程中遇到的重要问题。

若要查看Rroject REAL的概述信息,可查看 Project REAL: Technical Overview 白皮书。有相当大一部分的资料、工具、和例子,都是在Project REAL的生命周期中产生的。为了找到最新的信息,可以到Project REAL Web site这个连接来察看相关的信息(http://www.microsoft.com/sql/bi/ProjectReal/)。

备注:这篇文章仅仅是一个草案,它包括了一些建设性的实践方法,这些方法都是基于我们早先在SQL Server 2005的Community Technology Preview (CTP)工作中获得的经验。到产品发布之前,白皮书中所描述的都是准确的。文档中描述的产品功能性可能会有所变化。在将来,可能会提供更好的实践方案。SQL Server 2005是在我们对这些好的练习例程中用的开发工具。

绪论

这篇文章回顾了关于Project REAL分析服务的技术性设计,并且讨论了各种影响设计的问题。我们假定读者已经比较熟悉分析服务设计,并且实践过Project REAL所采用的模式。例如,我们假定读者已经知道多对多厂商维度的存在。我们的讨论主要关注为什么它会存在(以及我们在对设计进行定案之前所考虑的可供选择的办法)。

在本文中,我们检验了在多维度设计中应用到的各种类型的分析服务对象。从物理模式对象入手,例如数据源和数据源视图。接下来我们讨论在逻辑对象,例如维度,用户自定义的层次关系、属性层次、和度量组等等。接下来深入到度量组特征,例如分割、集合(aggregate)设计、以及前摄缓存(proactive caching)。这部分内容最后讨论了其它的逻辑设计,包括计算、关键性能指示器(KPIs)、活动、透视、定制程序集、用户自定义函数(UDFs)和MDX脚本等等。

最后一个章节中,我们详细讨论了在分析服务模式设计阶段,两种可选的、合理的设计方案。我们提供了目标,也是我们考虑要做的事情,也正是我们所实现的。

本篇以介绍服务端设置来结束,主要讨论了我们为什么要改变这些配置。

Project REAL设计强烈依赖于分割(partitioning),在所有的度量组中,定义了几百个这样的分割表,在附录A中,我们将展示我们是如何解决我们在各种数据库中创建和管理分割表带来的管理问题。




本文地址 : http://www.fengfly.com/plus/view-46084-1.html
标签: 服务 分析 REAL Project
------分隔线----------------------------
最新评论 查看所有评论
发表评论 查看所有评论
请自觉遵守互联网相关的政策法规,严禁发布色情、暴力、反动的言论。
评价:
表情:
验证码: