微软BI架构设计(三)

本文介绍如何根据构建好的多维数据集生成数据仓库,并填充测试数据进行验证。文章强调了测试阶段考虑客户需求的重要性,以及OLAP查询和报表需求对多维数据集结构的影响。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

 
--金立钢原创,转贴请注明出自微软BI开拓者www.windbi.com


目录
微软BI架构设计(一)----总体架构设计
微软BI架构设计(二)-----构建多维数据集
微软BI架构设计(三)-----多维数据集验证及数据仓库生成


    在上一篇帖子中,介绍了如何构建多维数据集及创建过程中的注意事项,在完成多维数据集的创建之后,我们需要根据多维数据集生成数据仓库,具体创建的方法请参考我的另一个帖子----创建OLAP系统新方法。可能这种方法很少有人使用过,但却是创建OLAP系统最快的一种方法。
    在生成数据仓库之后,我们需要在数据仓库中填充测试数据,来实现对多维数据集的测试。
    测试数据的生成我想每个人都有各自的方法,我个人比较喜欢利用现有的一些数据,而不会使用程序生成数据,因为我觉得这样的数据不具有规律性,有时候更容易发现一些问题。
    在填充测试数据之后,我们就可以处理已经创建的多维数据集,并且对多维数据集进行验证。
    多维数据集的验证是一个痛苦的过程,因为你需要尽可能的考虑到客户的需求,这时候考虑得越详细,日后的工作量就会越少,如果这时只是简单的测试一下,那么日后引发的修改量将会非常大。
    在验证的过程中,同时要考虑到OLAP查询和报表的需求,因为这两种展现形式对多维数据集的结构要求是有一定区别的。
微软应用架构指南(第2版)》的目标是帮助开发人员和方案架构师利用成熟的架构和设计原则与模式,在微软平台和.NET框架上更快速并且低风险地来构建高效、高质量的应用程序。《微软应用架构指南(第2版)》按照主要的架构和设计关注点来分成不同的部分,既可作为参考资料也可从头到尾阅读。《微软应用架构指南(第2版)》旨在帮助您:理解在微软平台上开发成功的解决方案的底层架构、设计原则,以及设计模式。确定正确的策略和设计模式,帮助您设计解决方案的分层、组件和服务。为解决方案确定和处理关键的工程决策点。为解决方案确定和处理关键质量特性和横切关注点。为解决方案选择正确的技术。为解决方案创建候选基准架构。确定patterns & paractices团队的解决方案产品,并进一步指导您来实现解决方案。 本书为架构师和开发人员提供有关基于微软平台和.net框架进行应用程序架构设计的一些指导。本书分为四个部分:diyi部分“软件架构和设计篇”提供了对底层原则和模式的总结,第二部分“设计基础篇”提供了有关设计解决方案分层、组件及服务的指导原则,以及处理有关质量特性和横切关注点的一些指导原则,第部分“应用原型篇”提供了针对典型应用程序类型的一些特定指导原则,zui后,附录提供了微软平台和.net框架技术及其特性的概览。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值