C6+数据及分析(BI)介绍+v1.pptx

C6 数据分析介绍——产品部1、效率问题：运算效率、执行效率是否有保证，比如在数百万记录的原始数据 量或大运算量情况下，用户需要等待多久。2、功能问题：对复杂报表的支持程度怎样，并且能否很方便地进行复杂运算和 定义展现。3、实用问题：数据分析模型实用性如何，操作界面是否足够友好便于非专业人 士使用，能否为实际的业务分析提供数据支持。重点- -基本概念Max@X Analyser 结构组成及功能- -数据库OLAP引擎报表浏览信息门户数据库连接池业务系统报表引擎独立部署模式- -数据库报表浏览业务控制程序业务应用程序OLAP引擎业务系统报表引擎集成部署模式- -对环境与应用的适应能力对环境的适应能力Windows、Linux、Unix……MS SQL、Oracle、SysBase、DB2……Java和VS.NET包括对操作系统、数据库、集成语言的适应对应用的适应能力以报表浏览器的形式调阅，以便获得最大限度的数据应用以纯HTML、PDF、EXCEL、JPG等形式调阅报表，通过服务器实时生成上述文件供阅读者浏览或下载包括对调阅模式、导出类型应用的适应- -对环境与应用的适应能力－对应用程序的数据集成能力数据分析的数据来源传统产品的数据来源数据库数据文件数据应用程序数据集数据库数据- -大数据报表：无论多大的原始数据量，5秒之内，报表展现！OLAP分析：在千万记录级的应用场景下，浏览端10秒之内Cube装载完成，开始显示。效率问题-效率表现- -数据库报表浏览分包数据流分包报表流报表服务器基于 “流” 的报表处理模式-效率优化技术（一）- -数据库数据库数据源数据源报表虚拟数据源内置SQL引擎数据源数据源基于SQL机制的虚拟数据源-效率优化技术（二）- -效率优化技术（二）内置引擎SQL创建窗口Max@X Analyser 支持多数据库同步连接原始数据源，可以内置引擎以SQL标准进行关联运算原始- -数据源之间存在关联运算需求： 基于SQL机制的虚拟数据源模式是最具效率的解决模型。数据源之间存在跨域计算需求： 基于报表多数据源机制的运算模型是最适合的。效率优化技术（二）- -数据链报表-效率优化技术（三）数据链报表- -只建立用户感兴趣的数据基于SQL机制的虚拟数据源-效率优化技术（三）- -基于SQL机制的虚拟数据源-效率优化技术（四）动态数据库指令- -根据中间运算结果，只请求必须的数据将更多的运算让数据库服务器完成基于SQL机制的虚拟数据源-效率优化技术（四）- -报表预编译设置-效率优化技术（五）报表预编译设置- -1、列表/不规则报表2、主从报表3、分组报表4、嵌套报表5、图形报表6、交叉报表7、分栏报表8、套打报表9、数据提交报表功能问题九套常规模型- -复杂报表设计所以，报表能否普遍满足各类复杂表样的关键，在于两个方面：报表的本质是什么：报表是指定数据在页面上的指定表现形式复杂目标适应能力对数据的控制能力对表现的控制能力- -支持报表内多数据源同步每列不同色彩的数据，来源于不同数据源，根据左侧黑白表头的数据循环同步循环展现。- -以内置引擎实现报表内数据动态处理说明：1、报表原始数据为所有订单信息。2、针对原始信息的每列运算模式都完全不同，运算结果含义也完全不同。3、在本报表中，使用数据源内置引擎对数据按不同规则进行分组计算。注意红色部分，这种根据数据排序多次定位的文本处理需求，在传统报表工具中很难实现。- -动态数据库指令机制在服务器监控台中，可观察到报表动态创建提交的数据库指令- -1、获得基本原始数据，或者用户指令。2、根据运算结果或用户指令，按预定义逻辑判断需要获得的数据。3、根据数据需求，动态创建当前数据期期望所需求的SQL语句。4、实时向数据库提交动态创建的SQL，获取数据并进行下一步运算。5、根据运算结果，如需继续触发动态数据库指令机制，重复3-5步骤。动态数据库指令机制- -对象实例化序号模式特征内容页面输出是以绘制点阵方式输出，无法针对某个显示区域进行局部刷新。传统工具设计模式1报表页面的输出，将中每一个设计部件及其衍生显示，作为一个个独立的对象进行控制，每一个对象具有自身唯一的命名和属性特征。通过修改这些属性，我们可以在一般逻辑之外，对指定对象进行特性设定。 设计模式2- -定向刷新技术传统方式下的报表按照自上而下的顺序生成。如果需要在报表上部显示此后部分数据的运算结果的话，往往需要额外的设计处理。弊端：1、如采用在数据源进行预先处理的话，无疑会加重数据库服务器的负担，同时也 增加了数据源设计的复杂度 。2、如果在内存中进行预处理的话，一旦面临大数据量情况，极可能导致内存溢出 或者需要长时间耐心等待。3、报表一旦生成，当前显示将无法根据用户在报表中的操作再