中国银行信贷咨询系统产品策划方案及报价书

1、中国人民银行信贷登记咨询系统Brio产品应用方案及报价书蓬天信息系统（北京）有限公司Prient Corporation二年七月目 录 TOC o 1-3 h z HYPERLINK l _Toc489427514 目 录 PAGEREF _Toc489427514 h 1 HYPERLINK l _Toc489427515 前 言 PAGEREF _Toc489427515 h 3 HYPERLINK l _Toc489427516 一、概况 PAGEREF _Toc489427516 h 2 HYPERLINK l _Toc489427517 11中国人民银行三级数据中心组织结构 PAGE

2、REF _Toc489427517 h 2 HYPERLINK l _Toc489427518 12信贷登记咨询项目的任务 PAGEREF _Toc489427518 h 2 HYPERLINK l _Toc489427519 二、Prient公司的解决方案 PAGEREF _Toc489427519 h 3 HYPERLINK l _Toc489427520 21 Brio产品在项目中的配置拓扑图 PAGEREF _Toc489427520 h 5 HYPERLINK l _Toc489427521 2.1.1 总行 PAGEREF _Toc489427521 h 5 HYPERLINK l

3、 _Toc489427522 2.1.2 省行 PAGEREF _Toc489427522 h 6 HYPERLINK l _Toc489427523 2.1.3 市行 PAGEREF _Toc489427523 h 7 HYPERLINK l _Toc489427524 2.2 Brio产品在项目中的配置介绍 PAGEREF _Toc489427524 h 7 HYPERLINK l _Toc489427525 2.2.1 差不多配置介绍 PAGEREF _Toc489427525 h 7 HYPERLINK l _Toc489427526 2.2.2 可选配置介绍 PAGEREF _Toc

4、489427526 h 8 HYPERLINK l _Toc489427527 23 Brio产品的特点 PAGEREF _Toc489427527 h 9 HYPERLINK l _Toc489427528 1、简单易用 PAGEREF _Toc489427528 h 9 HYPERLINK l _Toc489427529 2、治理方便 PAGEREF _Toc489427529 h 10 HYPERLINK l _Toc489427530 3、易于调度 PAGEREF _Toc489427530 h 10 HYPERLINK l _Toc489427531 4、最新式的外观和感受 PAGE

5、REF _Toc489427531 h 10 HYPERLINK l _Toc489427532 5、支持更多用户对商业智能化的要求 PAGEREF _Toc489427532 h 10 HYPERLINK l _Toc489427533 6、对关键 MDD-API 的本地支持 PAGEREF _Toc489427533 h 11 HYPERLINK l _Toc489427534 7、高级分析报表功能 PAGEREF _Toc489427534 h 11 HYPERLINK l _Toc489427535 8、更强的交互式分析功能 PAGEREF _Toc489427535 h 11 HYP

6、ERLINK l _Toc489427536 9、以工业标准 JavaScript 替代 Brio 脚本语言 PAGEREF _Toc489427536 h 11 HYPERLINK l _Toc489427537 10、群集以增强可缩放性及可靠性 PAGEREF _Toc489427537 h 11 HYPERLINK l _Toc489427538 11、增强的性能 PAGEREF _Toc489427538 h 12 HYPERLINK l _Toc489427539 12、服务器可接外部网 PAGEREF _Toc489427539 h 12 HYPERLINK l _Toc48942

7、7540 13、最佳扫瞄器集成 PAGEREF _Toc489427540 h 12 HYPERLINK l _Toc489427541 24 Brio产品与同类产品比较的优势 PAGEREF _Toc489427541 h 12 HYPERLINK l _Toc489427542 25 Brio产品在信贷登记项目中的有关问题的讲明 PAGEREF _Toc489427542 h 13 HYPERLINK l _Toc489427543 31按35个点 PAGEREF _Toc489427543 h 20 HYPERLINK l _Toc489427544 3.1.1差不多配置 PAGEREF

8、 _Toc489427544 h 20 HYPERLINK l _Toc489427545 3.1.2可选配置 PAGEREF _Toc489427545 h 20 HYPERLINK l _Toc489427546 32 按买断 PAGEREF _Toc489427546 h 21 HYPERLINK l _Toc489427547 3.2.1 差不多配置 PAGEREF _Toc489427547 h 21 HYPERLINK l _Toc489427548 3.2.2 可选配置 PAGEREF _Toc489427548 h 21 HYPERLINK l _Toc489427549 四、

9、技术服务与培训报价 PAGEREF _Toc489427549 h 22 HYPERLINK l _Toc489427550 4.1 技术服务报价 PAGEREF _Toc489427550 h 22 HYPERLINK l _Toc489427551 4.2 培训 PAGEREF _Toc489427551 h 22前 言目前，中国人民银行总行正致力于建立全国范围内的三级信贷分析系统，它以多年的信贷数据积存为基础，利用数据仓库技术，充分挖掘信贷数据的价值，为领导决策提供更加有力的支持，同时，充分发挥Internet技术的优势，提高工作效率，降低工作成本。Brio.Enterprise 6为您

10、提供了一个完整的同时完全集成的商务智能方案，该方案在客户服务器和 Web 环境中具有强大的查询、分析和报表功能。为满足企业内所有用户的要求，Brio Enterprise 解决方案既考虑到专业用户的复杂需求又照顾了初学者查阅报表的简单要求。它使您的 IT 机构能够在整合体系结构以适应日益增长的工作量和用户的同时，通过严密检查、安全和零治理部署来维持集中操纵。使用 Brio Enterprise，在提高 IT 机构效率的同时,还能够从企业商务智能中获益。作为Brio产品中国代理的Prient公司是一家美国公司，它致力于为企业提供全程的基于数据仓库的电子商务解决方案。“用户至上”是我们的服务宗旨，

11、Prient公司将不遗余力的关心用户走向成功，因为用户的成功确实是我们的成功。一、概况11中国人民银行三级数据中心组织结构中国人民银行下设个营业治理部、个分行、个中心支行和个县（市）支行。此外中国人民银行还设立了印制总公司、清算中心、中国外汇交易中心等直属企事业单位及驻外机构。人民银行系统由三级数据中心组成，即总行数据中心、分行和营业治理部数据中心、中心支行数据中心和县（市）支行数据中心。在项目中要紧数据中心差不多情况如下：总行数据中心，采纳AIX操作系统、Sybase数据库；分行和营业治理部数据中心，采纳AIX操作系统、Sybase数据库；中心支行数据中心，采纳Windows NT操作系统、

12、Sybase数据库；人行数据仓库系统均为内部网，只对已授权人员提供服务，外人无权使用；12信贷登记咨询项目的任务信贷登记咨询系统，它以多年的信贷数据积存为基础，利用数据仓库技术，充分挖掘数据的内在价值。比如能够及时监控信贷指标的完成情况；能够分析某个集团客户在全国范围内的信贷情况以及还款情况；能够分析不同银行、不同地区信贷指标的变化趋势，从而发觉潜在的问题。总之，建立信贷登记咨询系统的意义在于： 统一了分布在不同地点的数据，让决策者有了真实可信的数据基础； 提供了以客户为中心的监控手段，能够在一个界面上看到客户在全国各地区的信贷情况； 提供了多种灵活分析、报表制作手段，减轻了业务人员的工作压力

13、；二、Prient公司的解决方案目标Prient公司能够为人行信贷登记咨询系统提供完整的解决方案。Prient公司有强大的技术队伍，完成过多个大型数据仓库系统的建立和规划，具有丰富的经验，我们认为，人行信贷登记咨询系统应实现以下目标： 建立真实可信的数据中心 人行信贷登记咨询系统的数据来源于多个下面支行的数据库系统，同时是层层汇总结构，存在多个数据中心。因此专门重要的问题是如何保证多个数据中心之间数据的一致性和准确性，而不是只为做几张报表； 能够提供以客户为中心的分析和监控手段 建立全国统一的信贷登记咨询系统的重要目的是能让信贷监管人员迅速、准确地发觉某个集团客户的总体信贷情况。因此必须建立客

14、户为中心的思想，统一规划客户数据的分布和使用。 能够为用户提供灵活的分析和报表制作能力 从业务人员角度动身，该系统还应为业务人员提供快速灵活的报表制作和分析手段，能够通过直观的方式，获得想要的数据。同时，还应该支持业务人员随时的查询需求，即使这些需求在系统建立之初未曾考虑，也应该由业务人员能够专门快实现。 易维护、易扩展 从系统角度动身，该系统应该易于维护，业务数据的变化（增、删、改）之后能够迅速得到反馈，多级数据中心的数据应该都同步变化；同时，应该易扩展，前端用户的增加或后台数据量的增加不应该阻碍系统的使用和性能。Prient解决方案要点针对人行的具体需求，Prient建议采取“操纵集中，数

15、据分布”的方式。如下图所示：图21操纵集中，数据分布示意图具体讲明如下： 操纵集中 建议在总行设置一台操纵服务器，用于全国各省行系统的操纵。操纵内容包括：全国统一的数据采集与转换规则全国统一的数据集市生成规则全国统一的作业调度规则全国统一的重点客户监控名单和规则采纳操纵集中方式的好处如下： 易于维护 由中心操纵的机制，能够保证维护的统一性，只要中心修改了正确的规则，所有下面支行会立即改变，而不必逐点维护； 易于保证数据的一致性 由中心集中操纵数据的采集和转换规则，能够保证数据的一致性，而可不能由于对业务理解上的差异导致数据的不一致。 易于今后的扩展和升级 节约投资 数据分布数据分布的含义是多个

16、数据中心，用户能够从最近的数据中心获得他想要的数据。采纳数据分布的好处如下： 减少网络上数据的流量 更迅速的数据处理速度 21 Brio产品在项目中的配置拓扑图2.1.1 总行图2-2总行Brio产品配置图讲明：-客户端BrioQuery Designer业务人员能够从数据中心已生成好的数据集市中进行多维分析和报表制作，同时也能够直接访问全国范围内的所有授权数据库中的数据；Brio.Insight(可选)业务人员能够通过扫瞄器在已生成好的数据集市中进行多维分析和报表制作，同时也能够直接访问全国范围内的所有授权数据库中的数据；-操纵服务器 通过Brio Broadcast Server，能够将全

17、国所有数据库示为统一的整体进行统一的规则定义和维护。数据中心服务器 操纵服务器生成的数据集市能够压缩存储在数据中心服务器上，通过多种方式为业务人员和决策者使用（自动Email、自动打印、或由业务人员自己取用）。2.1.2 分行及营业治理部图2-3 分行及营业治理部Brio产品配置图讲明：-客户端开发人员Brio.Query、Brio.Explorer业务人员Brio. Explorer或Brio.Navigator、Brio.Insight(可选)领导Brio.Quickview、Brio.Navigator-服务器Broadcast Server（可选）OnDemand Server（可选）

18、2.1.3 中心支行图2-4中心支行Brio产品配置图讲明：-客户端开发人员Brio.Query、Brio.Explorer业务人员Brio. Explorer或Brio.Navigator、Brio.Insight、领导Brio.Quickview、Brio.Navigator2.2 Brio产品在项目中的配置介绍2.2.1 差不多配置介绍（1）BrIOQueryDesignerDesigner 用户是信息加工者。他们通常是对客户服务器连接和数据库规划富有经验的数据库治理员。除了他们自己的查询要求以外，通过建立要分发给 Navigator 和 Explorer 用户的数据，他们对 BrioQ

19、uery 环境进行治理。BrioQuery 的 Designer 版给 Explorer 版的功能集添加了共享库创建、治理和审计功能。它假设用户关于 Explorer 有清晰的了解。BrioQuery 共享库是一个受版本约束的数据库仓库，其中的数据可在整个企业中生效。Navigators 和 Explorers 能够从共享库下载预先建立的数据模型并快速有效地访问信息。Push（2）Broadcast ServerPush强大的“推”能力，用于将查询结果、报表等通过Email、Web、打印机、网络自动地分发出去。用户建立查询、报表，并将执行的时刻、日期或事件（如数据库更新）作为打算任务提交。报表

20、将被发送到指定的用户或组，他们就能够进一步分析，全然用不着先访问数据库。处理这些查询或产生报表一般是在系统比较空闲的时候，如此能够优化网络资源。另外，“报表批发”的功能显著地减少了冗余的报表处理，每个任务能够产生专门多客户报表，每个都有不同的结果。Broadcast Server能够任意多次地运行同一任务，每次能够使用不同的输入参数和目的地址。增加网络效率通过在非高峰期内处理查询和生成报表，网络资源被优化。另外，Web用户接收高度压缩的数据集以供交互式的分析，而不是静态或动态的“超文本标记语言”（HTML）页面。灵活的时刻安排和分发结果可通过电子邮件、Web、文件服务器或打印机被自动发送。作业

21、处理可通过时刻、事件和自定义的日历被触发。定制报表的产生显著地减少了繁重的报表处理工作，提交一个作业能够创建许多报表，每一个都有独立的结果， Broadcast服务器能够运行一个作业任意次。2.2.2 可选配置介绍（1）OnDemand ServerPull强大的“拉”能力，Ondemand Server使得Brio.Insight用户能够通过Web在不同的客户端环境中进行对数据库的在线访问。在“零治理”技术下，用户将被提示安装Brio.Insigth的最新版本，用户能够跟上步伐且不需IT的干预。Ondemand Server完全支持服务器集群环境下的负载平衡，支持Microsoft Inte

22、rnet Information Server 4.0、Netscape Enterprise Server3.0 or higher、Netscape Fastrack Server 3.01等Web服务器。Pull这是一个集成的数据分发系统，通过Brio 的客户端，提供OLAP功能给那些没有在Client/Server环境下直接连接到数据库服务器的用户。Brio Ondemand Server的强大的Web功能，使得它在有大量随机用户的环境下，是良好的解决方案。而且两种Brio Server都有增强的负载平衡功能和安全性治理，能够支持和治理大量用户。通过Web查询能够在关系型、多维等各种数

23、据源上进行复杂的查询。零治理自动安装和维护Brio Web Client软件，显著地减少了开销，更好的是，不需要安装和治理复杂的数据库中间件和Client/Server软件。灵活的报表能够满足不同的报表需求，包括显示、编排报表，以及查询和分析新信息。Brio Web 客户端能够依照报表的内容和用户的安全性属性来调整它们的功能。负载平衡与容错多个Ondemand Server现在能够作为一个集群提供更好的可扩展性并支持更多用户访问。提交给集群的事务将会在节点之间进行负载平衡，从而获得对集群中硬件资源的平衡使用。另外，集群在事务失败时能够在最短的时刻内完成切换并返回结果给用户。检索功能Brio 用

24、户现在能够更快地得到信息，因为他们能够依照文档名称或描述中的任意字符串进行检索。Brio将在合适的共享库中检索到相关的报表，并将检索结果和报表的描述返回给予用户，简单的点击就能够打开相应的报表。文档列表中的目录目录能够关心用户更有效地组织信息，能够依照文档的部门、项目等分目录存放。用户能够在一个逻辑空间中，在级联的目录下找到所需文档。访问本地扫瞄器的值Brio能够访问本地扫瞄器的值，如URL、Cookie、HTML表格元素等，使得开发者能够将Brio Web 客户端通过传送外部应用程序的信息到Brio文档中的方式，集成到客户解决方案中。开发人员能够将HTML或ASP与Brio的分析和报表功能结

25、合起来，提供无缝集成的有效的Web应用。（2）Brio.Insight 6Brio.Insight 是具有与 BrioQuery Navigator 相似的功能集的 Web 客户。Brio.Insight 和 Navigator 用户差不多上信息消费者，他们检索数据以在工作中使用。Brio.Insight 是用户扫瞄器的插件, 支持Netscape Navigator 4 or higher、Microsoft Internet Explorer 4 or higher等扫瞄器。Brio.Insight 和 Navigator 用户都能够使用的功能集要紧是信息处理。二者差不多上通过由治理员创建

26、的 BrioQuery 数据来访问信息。数据模型将他们与复杂的数据库规划隔开。Brio.Insight 用户能够使用数据模型创建他们自己的查询。他们能够使用 BrioQuery 所有的报表和分析功能以分析他们自己的查询得到的数据，并使用结果数据集。过加密的。23 Brio产品的特点1、简单易用Brio 在一个界面上同时提供了查询、分析、报表及图表功能。这种界面设计使终端用户能够更方便地访问和分析数据，从而制定出更好的商业决策。您能够利用多种来源的数据创建您的报表。由于始终贯彻了用户至上的思想，Brio 的界面特不直观、易明白。这些工具只要一上手，您就能够发觉并开始使用其中所具有的更强大的工具。

27、Brio 产品是业内最易学易用的产品。2、治理方便Brio 的设计可使终端用户获得强大的功能，使 IT 人员摆脱了诸如报表生成等烦琐的工作，从而能够从事更为重要的工程。Brio 的工具使用户能够脱机分析数据，而这关于远程及移动用户是特不关键的。它使用户无须与数据库或网络保持连接就可进行 OLAP 分析。所有 Brio 产品差不多上向后兼容的。您及您的用户去年创建的数据模型、查询及报表，今年能够接着使用，明年依旧能够使用。Brio 的服务器端产品可被远程治理，您不必亲自在服务器上调度文档、添加新用户、更改特权设置。未对钻取路径进行预定义（Brio 的随意钻取特性），使用户能以他们选择的任意方式对

28、数据进行剪切，而无须与 IT 联系以重新定义路径。高级用户还可被授予创建自己的 SQL 的特权。3、易于调度用 Brio 工具创建的文档在客户端服务器平台和 Web 网上可相互兼容，无须进行任何转换。事实上，两种环境下的用户界面是相同的。Brio 的开放式元数据解释器会阅读数据库中已存在的元数据，从而省去了重复建立语义层的苦恼。零治理客户可通过 OnDemand Server 省去为每台具有 Web 上网能力的桌面计算机安装客户工具和 APIs 的烦琐操作。自适应报表功能使不同用户能依照其不同特权以不同方式进入同一文档。如此，有的用户只能扫瞄与某一文档相关的已设定格式的报表，有的用户能对数据进

29、行分析，而还有的用户则能修改并重新提交生成这些报表的查询。Brio 的客户端及服务器端产品可用于多种平台，而非仅限于 Windows。在一个平台上建立的报表完全能够用于另一平台。4、最新式的外观和感受我们结合了微软新公布的 Office2000 的最佳“外观和感受”以及用户特不熟悉的使用 Web 扫瞄器的扫瞄适应。这些特点同我们一贯坚持的简单易用的原则相结合使我们的产品系列更易入门。5、支持更多用户对商业智能化的要求新的 OLAP 查询区。对 OLAP 导航进行分级显示。利用 OLAP 服务器的强大功能保证可可缩放性和性能。支持最大的 MDD (OLAP) Cube 以方便用户对其分析。以断面

30、视图显示 OLAP (MDD) 服务器的查询结果。我们提供的独有的功能使您得以猎取 cube 并将结果下载到结果集内，从而在断开后接着进行分析。6、对关键 MDD-API 的本地支持OLE DB for OLAP (ODBO)，意味着支持如下产品：SAS、Whitelight、Silvon、Microsoft SQL Server 7.0 OLAP Services、NCR Teracubes、Applix TM1。GridAPI 意味着支持如下产品：Hyperion ESSBASE、IBM DB2 for OLAP、Informix MetaCube。7、高级分析报表功能新的报表设计器使用户

31、能够创建复杂得多的“治理风格”的报表。新的报表设计器报表结构自由，从而可轻松设置象素完美的报表。在一篇报表中包含多重结果。可脚本化报表。功能强大、设置简单。格式布局自由。WYSIWYG（所见即所得）页面/文件视图。页面设置灵活：纸张大小、规格。内容 功能丰富的画图工具。背景图片。自由的图表、透视表及报表容器。8、更强的交互式分析功能新的钻取能力使用户能够选择如何进一步研究数据，从而给予了他们令人难以置信的灵活性。随意钻取无须费劲地对 IT 进行设置即可随意查看任一项目。预定义钻取路径如需要，可预定义路径。这使设计者和开发者能够在一相关报表中定义一个钻取路径或分级。钻取到细节的功能能够自动在当前

32、所选范围内扩展查询及分析。9、以工业标准 JavaScript 替代 Brio 脚本语言所有 Brio Enterprise 产品都使用新的脚本语言JavaScript。 Brio Enterprise 6 在其应用程序中嵌入了 Netscape JavaScript 解释器（1.4 版），从而使应用程序开发者能充分利用这一功能强大、简单易学的脚本语言。所有以旧版Brio 脚本语言编写的文档，在打开时将自动转换成 JavaScript 语言。10、群集以增强可缩放性及可靠性通过将 OnDemand Server 群集可无限缩放商业智能基础结构。在节点和簇的实现中结合了加载平衡和 Failove

33、r，如此，机构就能够支持几千用户（假如不是几万的话）。11、增强的性能通过优化 Brio 服务器程序代码，性能和资源需求得到了显著改善。依照此前的实验，我们可能性能至少比 Brio Enterprise 5.5 提高了三倍。12、服务器可接外部网完全支持 SSL。支持防火墙及代理服务器。13、最佳扫瞄器集成为 Web 应用程序集成提供更好的文档治理和可变传递。24 Brio产品与同类产品比较的优势系统整合Brio：Brio的整条产品线是完全整合的。所有的界面相同，所有的功能性包含在一个产品中。Brio对整个产品线使用一种文件格式，如此用户能够跨平台在客户机/服务器和网络之间共享查询和报表。其它

34、产品：其它产品的产品线特不混乱。所有产品的界面都不一样，从客户机/服务器的到网络版本。当使用一种产品进行工作时，你必须经常切换到另一种产品来使用特定的功能。用户可能常常会搞不清晰究竟哪一种其它产品才能提供他们所需要的功能。元数据Brio：使用BrioQuery的开放式元数据解释程序（OMI），用户能够轻易地看到关于他们的数据的重要信息。使用来自不同元数据厂家的新的元数据预定义设置，猎取一个公司现有的元数据甚至更为快捷和简单。Brio能够连接和动态读取任何元数据，包括存在于备用连接中的元数据。其它产品：其它产品并没有恰当地发挥元数据的优势，它需要IT重新配置元数据以与其它产品产品协同工作。在用户

35、能够开始使用产品之前，还需要花上几个星期在其它产品的中心元数据存放处重新创建元数据信息。OLAP查询通道（MDD）Brio：Brio对客户机/服务器和网络都提供了脱机分析，以提高用户的生产力和减轻OLAP服务器的压力。其它产品：其它产品的网络扫瞄器客户机不支持离线分析。IT治理Brio：Data Cubes不需要在Brio中定义。Brio正确地访问你的数据仓库并利用现有的数据结构。其它产品：其它产品需要创建data cubes和私有的元数据。这为IT部门带来了重复和不必要的工作。Drill Anywhere和Pre-Defined Drill Down PathsBrio：Brio对Drill

36、 Anywhere和Pre-Defined drill-down paths都提供了完整的功能性。这种独特的灵活性为用户提供了多种途径来研究数据，包括自由表格分析和关心新用户降低（或升高）发觉途径的预定义通道。另外，Brio还同意用户加入另外的域和Drill Anywhere能力，如此用户就不需要经常返回IT以猎取重要的信息。其它产品：用户被限制在预定义的drill通道。其它产品的PowerCube分级设计被IT创建，如此假如他们没有“正确地”定义层次，用户就被限制在无效的drill-down path上。分析应用生成器Brio：Brio的新的EIS提供了UI操纵，规划工具和用于设计有价值的定

37、制的“仪表板”的可嵌入的实况报表组件。通过采纳新的脚本语言JavaScript，应用开发者们使用这种强大的脚本语言来操纵和建立可工作于所有平台，可通过客户机/服务器和网络的Brio分析应用程序。用户能够在EIS部分中用BrioQuery和Brio.Insight互动地查看和工作。服务器可扩展性Brio：OnDemand Server 6.0支持先进的负载均衡和集群服务器失败恢复机制。其它产品：3均只有部分支持负载均衡和失败恢复。只有PowerPlay Enterprise Server完全支持负载均衡和失败恢复。Impromptu Web Query Server和Impromptu Web

38、Reports Server不支持负载均衡和失败恢复。网络客户机Brio：Brio.Insight和Brio.Quickview既支持用于OnDemand Server联系的SSL，也支持用于大型网路环境或外部网解决方案的代理服务器。其它产品：其它产品的3种产品中只有一种支持SSL和用于大型网路环境及外部网解决方案的代理服务器。只有PowerPlay Enterprise Server支持代理服务器和SSL；Impromptu Web Query Server和Impromptu Web Reports Server不支持。25 Brio产品在信贷登记项目中的有关问题的讲明总行（省行）多个借款

39、人查询、多个金融机构查询、多个业务种类查询。如此的查询能够通过导入数据列表（比如：多个借款人的ID），然后把这些数据列表作为限定条件，生成SQL查询。这能够用Brio的以下功能来实现：BrioQuery能够导入Microsoft Excel(.xls)、以逗号（.csv）和制表符（.txt）定界的文本格式的文件。导入数据时，文件内容传送到桌面数据高速缓存并在“结果”区显示。您能够像使用查询结果一样来使用导入数据建立报表和进行数据分析。本地联结能够将某个查询的结果添加到BrioQuery文档里的另一个查询中。BrioQuery联结结果区中数据源的行。例如：您能够察看从MS SQL SERVER取

40、得的预算数字和从Oracle数据库中取得的销售数字（它们被组合在同一个结果集中）。限制联结是本地联结的变体。限制联结并不是首先独立的运行两个查询，然后在桌面上对数据进行本地联结，而是首先运行一个查询，以检索一个值列表，然后在第二个查询中的列上的限制中使用这些值。例如：能够在Oracle数据库的库存表中运行查询，以检索已脱销产品的件号列表。能够将得到的件号列表用作限制联结，以定义从另一个数据库中的”Work_in_process”(当前任务)表中检索到的值的列表，以便确定库存补给状况。以上这些功能能够通过javascript组合起来实现功能强大的查询。集团企业的查询。在brio的一个文档中能够有

41、多数剧源， 能够同时包含来自多个数据库的结果集， 这些结果集之间还能够再做计算。 如此就能够实现集团企业分布式数据库上的报表。Brio的哲学的体系结构是围绕以最终用户为导向的数据仓库来考虑的。这意味着使最终用户能够用即席的方式（即席查询）从数据仓库中选择数据项，把查询结果透明地转入袖珍的、多维数据立方体（结果），观看和分析预先定义的报表或者用即席的方式创建自己的报表，所有这些都能够用三种数据展现工具（旋转表，详细记录，图表）。最终用户从Brio得到真正的即席查询和即席分析能力。Brio实现了数据仓库的目标：即最终用户拥有开发自己特定的查询和报表的能力，同时也能够利用商业智能（OLAP）的真正价

42、值。我们基于用户所想看到的数据而动态建立数据立方体。我们不需要分层，因为能够钻取到袖珍立方体里的任何地点。每一个用户都在桌面上拥有自己的袖珍数据立方体。所有与定义、建立、分配立方体有关的问题都不再是问题。我们使IT完全脱离了业务，不必再去制作业务报表。他们特不观赏那个构思！能够将某个查询的结果添加到BrioQuery文档里的另一个查询中。BrioQuery联结结果区中数据源的行。例如：您能够察看从MS SQL SERVER取得的预算数字和从Oracle数据库中取得的销售数字（它们被组合在同一个结果集中）。WEB动态报表的定位问题。Brio的WEB动态报表能够组织成为多个Document，每个D

43、ocument能够多个包含报表、旋转交叉表、图表等，它们之间能够无缝集成在一起，不存在报表定位的问题。相关的Brio功能特点：功能强大的client端软件, 集成了查询工具、报表制作、图表、旋转交叉表。Brio的新的EIS提供了UI操纵，规划工具和用于设计有价值的定制的“仪表板”的可嵌入的实况报表组件。通过采纳新的脚本语言JavaScript，应用开发者们使用这种强大的脚本语言来操纵和建立可工作于所有平台，可通过客户机/服务器和网络的Brio分析应用程序。用户能够在EIS部分中用BrioQuery和Brio.Insight互动地查看和工作。不需要在基于web的用户和基于client serve

44、r的用户之间作折衷处理。在每一个平台上都能够实现相同的功能。 我们只有一个产品，因此只需一份购买和维护的许可，也只配置一份产品。 有关Cube的讲明Brio的Cube定义： Cube是数据仓库应用的一个名词，不同的公司有不同的定义和叫法。Brio的Cube叫做bqy(Brio Query)。每个bqy包括两部分：一是依照客户的需要定义的分析模型；二是该模型包含的数据。BQY的详细讲明： 目前市场上有三种Cube的使用方法:物理Cube、虚拟Cube、物理Cube结合虚拟Cube(比如：Brio)。物理Cube物理Cube的原理是一次性将数据库中所要用到的所有数据加载进入一个物理的立方体中，然后

45、最终用户才能进行分析和访问。如下图：图25物理Cube优点： 一一旦数据加载进入Cube，某些分析的性能会得到较大提高。不足： 数据加载速度慢 由于要将所有数据加载进入Cube，速度会特不慢，通常在百万级数据量时需要几个小时； 专门难适应业务的变化 在数据加载进入Cube时，必须固定好所有的钻取路径，而这些钻取路径一旦固定，业务人员必须按照固定的路径进行钻取，而不能随意发挥，大大限制了业务人员分析的思路； 维护困难 一旦业务人员想依照自己的方法进行分析和钻取，必须由IT人员去进行模型的修改和维护，然后要重新数据加载。 数据量受限制 物理Cube的数据量特不受限制，通常是几个GB，尽治理论上能够

46、支持更大的数据量，但从实际应用角度去看，更大的数据量需要更加长的数据加载时刻，假如分析的需求发生任何细小的变化，维护更加困难。(2) 虚拟Cube 虚拟Cube的原理是不物理建立任何Cube，而是依照用户现场需要实时生成一个虚拟的立方体，返回给用户。如下图：图26虚拟Cube优点：灵活，不管用户如何改变需求，都能够随时实现，同时维护工作量小。不足： 速度受阻碍 由于每次都要动态从数据库中猎取数据，数据量大时数据库压力会专门大。 网络和数据库负载大 由于需要不断与数据库打交道，导致数据库频繁操作，网络传输量也 加大。(3) 物理Cube结合虚拟Cube Brio采取的是先进的物理Cube结合虚拟

47、Cube技术，能够充分发挥前两种Cube的好处。如下图：图27物理Cube结合虚拟Cube物理Cube结合虚拟Cube的技术是基于以下几点考虑产生的：事实一：所有用户可不能在每次访问都需要看到全部细节的数据。而是不同用户有不同的需要，他只需看到他想看到的那一部分数据，因此没有必要花费专门长的时刻将所有的数据一股脑放进一个Cube之中。 Brio的做法是依照用户的需求将最常用的分析模式组成BQY，该BQY中包含了适量的数据（而不是所有的数据），因此BQY的生成速度特不之快。事实二：尽管所有用户可不能在每次访问都需要看到全部细节的数据，然而，用户依旧希望当他想看到其它没有在Cube中的数据时，他就

48、能看到。Brio的BQY提供了灵活的方式，能够同意用户钻取到细节(Drill to Detail)。当用户想看细节数据或不包含在BQY中的数据时，能够透明地访问到数据库中的数据，而不需要任何额外的工作，对最终用户来讲使用特不简单。事实三：用户希望得到最好的响应效率的同时要有最大的灵活性和易维护性。响应效率对用户来讲是特不重要的，但同时假如牺牲了灵活性和易维护性，也会存在专门大问题，带来无穷的后患。Brio的BQY能够为用户提供秒级的，点击即所得的响应效率。同时，灵活性和可维护性得到了专门好的保证。当用户发觉临时需要一个不在BQY中的数据时，他能够用鼠标拖拽的方式动态从数据库中猎取；当他猎取完数

49、据之后，能够进行选择：假如感受猎取得数据专门重要，以后希望每次都能自动猎取，他能够保存新定义的规则，今后系统会自动依照新的规则生成BQY，而不需要每次都重复定义了；另一种情况，假如感受猎取的数据今后可不能常用，他也能够保留原先的BQY。事实四：用户希望能自动刷新他经常要用到的分析的数据。Brio提供Brio Broadcast Server能够关心用户实现这一功能。Broadcast Server能够定义复杂的工作流任务，每个工作流由多个互相依靠的子任务构成，每个子任务完成更新BQY中的数据，或打印指定报表、Email公布更新消息给每个需要的人等等工作。Broadcast Server中定义的每个工作流，能够有时刻调度执行，也能够是由事件触发执行（比如数据库中数据的变化）。如下图：图27有关中间过程和二维表的讲明 Brio能够直接面对关系型数据库，进行BQY生成的和维护。然而，从性能和可维护性上考虑，我们建议采纳中间过程生成一张二维表的方式进行预处理。 这要紧基于以下几方面的考虑：设计的合理性：原始的数据库表以及他们之间的关系是面向OLTP应用的，不是为OLAP应用设计的，因此关于OLAP应用而言存在一定的不合理性，中间过程生成的二维表能够专门