实现基于BS结构的O究与LAP技术的研究.docVIP

实现基于BS结构的O究与LAP技术的研究.doc

  1. 1、本文档共4页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
基于B/S结构的OLAP技术的研究与实现 刘丽娟,耿玉水,王新刚 (山东轻工业学院信息科学与技术学院,济南,250353) 摘要:论述了C/S结构OLAP系统架构的缺陷,并针对目前的一种基于B/ S结构的OLAP系统架构的不足,提出新的解决方案,解决跨平台问题,能更好的普及和应用OLAP技术。Abstract: This paper discusses the shortcomings of OLAP system with C/S structure, After evaluating some ways to manipulate data through Internet, facing to the shortcomings of a OLAP system with B/S structure at present ,presents a B/S-based OLAP system which solve problems of relation to platform, popularize the technology of OLAP. Key words: OLAP; B/S 随着数据库技术的广泛应用,企业数据库中积累了大量的原始数据,面对如此巨多的数据,人们已经不满足于仅仅用计算机来实现业务的电子化,而希望从已有的数据中提炼出信息服务于决策人员,为企业经营者做出正确的经营决策提供可靠的依据, OLAP技术正在满足这一需求的驱动下,迅速发展起来,并得到广泛应用。 OLAP技术综述 OLTP,它是,另一种OLAP,为数据仓库系统的主要应用,支持复杂的分析操作,侧重决策支持,并且提供直观易懂的查询结果。它们的区别如表1 OLTP OLAP 用户 操作人员,低层管理人员 决策人员,高级管理人员 功能 日常操作处理 分析决策 DB 设计 面向应用 面向主题 数据 当前的, 最新的细节的, 二维的分立的 历史的, 聚集的, 多维的集成的, 统一的 存取 读/写数十条记录 读上百万条记录 工作性质 简单的事务 复杂的查询 用户数 上千个 上百个 DB 大小 100MB-GB 100GB-TB 表1:OLTP与OLAP区别对比 OLAP是 很多企业都把自己的OLAP系统构建在一种C/S的构架上,尽管C/S结构对一般的业务系统而言是有效的,然而构建在这种结构上的OLAP系统在实际运用中也反映出其存在的部分问题和不足,如C/S结构的建立和维护成本都比较高,以及这种结构的OLAP系统只能应用在局域网内,它无法满足当前企业用户跨地区,跨平台对客户信息的访问及分析需要。随着对OLAP技术的深入研究及Web技术的飞速发展,将Web技术与OLAP技术进行结合成为解决上述问题的有效途径,用户只要通过web浏览器便可实现对OLAP系统的访问。有效地降低了OLAP系统的维护成本及扩展了访问范围。Web方式操作数据库方法 传统CGI方式 CGI是WWW服务器运行时外部程序的规范,按照CGI编写的程序可以扩展服务器的功能,完成服务器本身不能完成的工作, Web服务器和CGI程序实际起到了HTML和SQL转换的网关的作用。然而,使用这种方法的缺点为CGI应用程序每次运行都需打开和关闭数据库连接,效率低,操作费时;CGI应用程序不能由多个客户机请求共享,当多个用户同时发出请求时,必定启动多个CGI进程,这必然在Web服务器形成信息和发布瓶颈。 2)基于服务器扩展的专用API 为了克服CGI的局限性,出现的另一种中间件解决方案是基于服务器扩展API的结构。与CGI相比,API应用程序与Web服务器结合得更加紧密,占用的系统资源也少得多,而运行效率却大大提高,同时还提供更好的保护和安全性。但这种结构的缺陷也是明显的:①各种API之间兼容性很差,缺乏统一的标准来管理这些接口; ②开发API应用程序也要比开发CGI应用复杂得多; ③这些API只能工作在专用Web服务器和操作系统上。 3)通过页面中嵌入的控件 Server一端, 在本文的系统设计过程中,选择的是第三种解决方案,目前市场上基于第三种解决方案中绝大部分是采用后者,即以Microsoft的DCOM技术为核心的ActiveX技术。这种方案里,客户端采用asp + ActiveX控件来实现,以微软的MS Analysis Services为OLAP服务器。ADOMD调用OLE DBMS Analysis Services,并通过前端展现工具OWC 实现在 Web 上发布电子表格(spreadsheets)、数据透视表(pivot tables)和图表(charts)。在这种架构中,虽然具有较高的

您可能关注的文档

文档评论(0)

精品天地 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档