查询引擎培训讲义汇编.pptVIP

数据交叉－投影交叉 投影交叉(第一类交叉)： 假定有一个查询SQL，其查询结果是单行单列的汇总值，另外还有两组WHERE条件的序列，分别为横向序列（WhereX1、WhereX2、……、WhereXn）和纵向序列（WhereY1、WhereY2、……、WhereYn），则数据矩阵A（aij）对应的结果集成为投影交叉，如果aij是WhereXi和WhereYj同时作用在上述SQL上获得的结果。 原始数据（无交叉） 投影交叉设置 投影交叉结果 投影交叉属于查询行为，适用于行列设置都已在表样中固定的报表，其交叉结果严格遵循表样格式，其行列结构不会受查询数据的影响； 数据交叉－旋转交叉 旋转交叉(第二类交叉)：此类交叉用于显示表中某几个字段（称为交叉值字段）的统计值，并将其分组放置在查询结果中，一组列在数据表的左侧（称为交叉行字段），一组列（称为交叉列字段）旋转到数据表的上部成为列表头，统计值则放在对应的交叉单元。 原始数据（无交叉） 旋转交叉设置 旋转交叉结果 旋转交叉属于数据加工行为，其交叉后的行列结构在查询出数据之前不可预料，多用于完全真实地对原始数据进行动态处理。 SQL整理 SQL整理（SQL Repair）：指在SQL查询之前，对SQL所作的调整。通常会根据参数的不同，对查询的表、字段或条件等信息进行增补或修改。 数据加工 数据加工（Data Process）：数据加工是指某个（或某几个）结果集在经过一系列加工算法的变换后得到另一个结果集，而后者通常是业务上要求的展现结果。 格式模型 界面模型流程 格式模型——数据处理 基于数据集的处理 排序/过滤/查找/公式列 基于表格的处理 小计/交叉/穿透/回退 发布 发布为功能节点 权限 浏览权限 定义权限 应用价值 开发工作量的减少 开发难度的降低 业务模型的积累 报表模式的复用 实现个性化集成开发 * NC50查询引擎使用介绍 报表开发的困惑 开发工作量大 程序员在通用软件中针对每个查询报表需求进行开发的方案已经变得不太现实， 业务模型难以复用 复杂的业务逻辑和大量数据加工算法 各种各样的数据交叉和数据处理手段等等； 灵活、友好、可视化、个性化的设计界面，丰富的展现控件和统计图表 个性化需求多 个性化报表压力很大 需求背景与产品定位 用户对查询报表的个性化需求与有限开发人员之间的矛盾 查询报表的复杂性与业务实施人员专业开发能力之间的矛盾 一个面向高级实施人员和普通开发人员的查询建模产品 全面支持复杂查询的设计和个性化的报表展现 查询引擎整体应用架构示意图 对象管理 对象管理 对象树（ObjectTree）： 一个支持层次管理的数据结构，维护自身的加载、存储和节点的目录管理， 每个节点的信息主体存储在数据库的一个BLOB字段中。对象树上的节点通常分为目录（Folder）和对象两类， 支持快速定位（在树获得焦点时用ctrl-f快捷键可弹出查找对话框，支持按编码或名称来模糊查找）。 对象的唯一标识是编码而不是显示名称，一个查询对象或是格式设计对象可以有多个显示名称但是只能有唯一的编码。 在查询或格式子树下，可以将一个对象从某位置拷贝或移动到另一个位置。请注意这里的复制粘贴都是在同一棵树下的，如果复制格式设计对象到查询对象树下则会出错。 对象管理 对象支持导入导出 导入导出XML文件，可用于对象的跨数据库复制。 注意切换数据源 在导出查询对象或界面对象时，需将其引用的查询对象一并导出才有意义 导入不能违反对象主键及名称的唯一性约束。 · 属性框（ObjectInspector）： 自动显示对象的属性和取值的控件，取值部分会根据属性的数据类型采用不同的渲染器来展示，不同的编辑器来编辑。 多数据源 多数据源运作机制：查询引擎支持这样的模式——NC业务在数据源A下运行，查询引擎的定义放在数据源B，通过引擎定义的查询可以到数据源C去执行。 多数据源的配置 多数据源的配置 有效数据源： 启动中间件时的所有能够连接的合法数据源，实际上也就是prop.xml文件中的所有定义过并且能够正常连接的数据源。 查询执行可用数据源： 查询引擎所能够引用的执行数据源列表，查询引擎管理中所有的查询模型的取数数据源范围就在这个列表中定义。请注意一个查询执行数据源必须是一个有效数据源。 数据加工数据源： 查询引擎中高级功能“数据加工”所使用的数据源， 资源权限 资源权限 查询引擎支持对不同公司的不同用户授予全部权限或浏览权限。 全部权限是指所有查询、格式对象的设计和浏览权限， 浏览权限是指能够浏览指定格式对象的报表展现。 查询模型 查询模型的定义包括参数定义、SQL设计（含交叉定义）、SQL整理、数据加工、穿透规则等几部分，其中穿透规则描述的是本查询与外部查询的通信关系，剩余部分都用于描