NC报表开发手册.docx

《NC报表开发手册.docx》由会员分享，可在线阅读，更多相关《NC报表开发手册.docx（48页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、NC报表开发手册 报表模式化开发手册 （,forNC-V3）朱俊彬、赖雄伟、李媛媛 NC-UAP目 录 第一章 总体介绍. 2 1. 开发概述 . 2技术型报表与业务型报表 . 2 一般报表开发存在的问题 . 2 模式化报表开发思路 . 22. 应用模型 . 3数据模型与呈现模型 . 3 数据字典 . 4 业务系统集成 . 5其次章 低开发难度报表. 6 1. 概述 . 6 2. 查询类报表 . 8明细报表 . 8 汇总报表 . 17 列结构依靠于查询条件的报表（动态SQL ）. 233. 交叉类报表 . 30列向拼接查询型报表（复合查询）.31 列向分支统计型报表（ CASE-WHEN ）.

2、 36 动态行列交叉型报表（旋转交叉）. 404. 投影类报表 . 45单元格依靠于行列条件的报表（投影交叉）. 45 半录入半嵌入型报表（合并查询）. 515. 算法类报表 . 55数据加工预备学问 . 55 非投影类占比报表（一般占比）. 60 投影类占比报表（投影占比）. 65 程序送数型报表 . 696. 高级应用 . 73支持穿透的非投影交叉类报表（一般穿透）. 73 支持穿透的投影交叉类报表（投影穿透）. 79 支持主从连动的报表 . 84 支持统计图表的报表 . 88第三章 高开发难度报表. 92 1. 基于行业报表工具开发的报表 . 92标准报表 . 92 分块填充报表 . 1

3、042. 基于CELL REPORT工具开发的报表. 111CELL REPORT 工具介绍. 111 CELL REPORT 报表. 113附录. 124 1模式一览表 . 124 2查询引擎FAQ之参数篇 . 125第一章 总体介绍1.开发概述 技术型报表与业务型报表我们将报表应用划分为两种类型，一类应用的侧重点在于出报表所蕴涵的技术，开发者（程 序员或实施人员）通常凭借肯定的数据库和编程学问，基于库里的业务数据，做出符合用户 需求的报表呈现和输出，此类应用称为技术型报表；另一类应用则着眼于整个报表生命周期 中各环节的管理（包括出表、上报、审核、汇总、发布等流程），即把做报表的行为当成一

4、项业务，对干脆开发者的主要要求在于业务熟识程度而非技术，此类应用称为业务型报表。 前者通常由专业程序员、二次开发人员或技术型实施顾问担当开发工作，早期工具如报表模 板、自定义查询等均面对此类应用，IUFO 则是后者的代表性产品。本文档作为集团平台技 术部对外发布的开发手册，主要针对对象为技术型报表。 一般报表开发存在的问题报表属于 ERP 项目中的关键应用，通常被用户的高层领导用于企业业绩评估、协助决策或 对外发布。据统计，在许多交付压力较大的项目当中，报表开发占有相当的比重。就目前开 发觉状而言，影响报表快速交付的主要问题有以下几点： 1、 报表开发本身的困难性高。中国式报表由于政策以及长期

5、人工填报的缘由具有极强的个 性化特点，依据业务逻辑进行数据查询、数据组织、表样呈现和界面处理的每个步骤都 耗费了很高的开发代价； 2、 报表开发的复用性低。开发人员投入巨大努力完成第一批报表后，发觉其次批报表依旧 要从头做起，或者另一名开发人员遇到类似于第一批报表的需求，无法借鉴（甚至根本 不知道）前人的开发成果； 3、 报表开发对专业技能要求偏高。许多二次开发人员虽然不是特地搞技术的，但通常具有 肯定的开发基础，而目前的二次开发平台限制了他们发挥应有的作用。 模式化报表开发思路所谓模式化开发，包含两方面的工作：专职人员将有代表性的应用进行归纳抽象，提取出共 性的部分形成代码框架和方案，并以手

6、册的形式对外发布；报表开发人员拿到项目需求后， 从手册上找到匹配的模式， 通过编写一些低技术含量的子类代码或进行一些机械性的工具操 作，就能够快速地完成开发工作。以往大部分的重复性劳动已经在模式的基类或者缺省实现第 2 页中处理，当开发人员须要体现特性化的时候，则可以通过自己对接口的特别实现完成。 随着模式的逐步丰富，开发人员开发各类模式报表的工作量都会明显降低，同时也实现了代 码复用和学问共享，另一方面，由于开发者的工作趋于简洁和机械，他们的角色就可以由低 专业技能人员所取代。从这个角度上说，模式化是解决上节所述三个问题从而真正实现报表 快速开发的有效方案。 本手册介绍了两大类 NC 报表开

7、发模式，一类是基于查询引擎的低开发难度报表，其编码量 小，操作简洁，适合于开发数据和格式比较规律的报表；另一类是基于行业报表工具的高开 发难度报表，主要工作是编写子类代码，自由度高，适合于开发困难报表。2.应用模型 数据模型与呈现模型一般来说，报表是由数据和格式组成的整体。报表的数据模型通常包含以下信息：1、 数据结构； 2、 待定参数描述； 3、 取数规则描述； 4、 数据加工算法描述； 5、 多个数据集合之间的数据关联描述；可作为数据载体的常用 NC 数据结构包括：1、 循环访问 VO，是由属性和取值成对组成的 集合，供应了依据属性获得/设置值的方法，是单据和报表模板采纳的主要结构； 2、

8、 一般 VO，包含多个属性及每个属性的 getter 和 setter 方法，是 业务组主要数据结构的父类； 3、 存储数据集，由元数据和内容数据两部分组成， 元数据（Column）描述了各列的信息，内容数据描述了一个二维的数据集合，当游标 指向内容数据的某行时，可以获得该行指定列的数据，用于查询引擎； 4 、 内 存 结 果 集 ， 同 样 由 元 数 据 和 内 容 数 据 组 成 ， 其 中 元 数 据（MemoryResultSetMetaData）描述各列信息，内容数据（ArrayList）描述了一个二 维数据集合，可以干脆访问其任何元素，目前被一些业务算法运用； 5、 Object

9、，Vector，ArrayList这些都是 JDK 的常用结构，均可存储二维数据。报表的呈现模型通常包含以下信息：1、 控件（核心控件是表格）属性和布局； 2、 控件显示内容与显示规则（绑定数据、参数、行列格式、界面资源等）； 3、 控件连动规则； 4、 数据处理规则（定位、排序、过滤、统计、公式、交叉、钻取等）； 5、 动态扩展规则； 6、 输入输出限制（待定参数设置，打印，导出等）第 3 页数据字典NC 数据字典供应了统一的数据建模平台，支持对各种数据库对象进行管理，维护这些物理 对象的逻辑属性，并向外系统供应访问数据库逻辑信息的接口。以查询引擎为例，查询对象 的定义是基于数据字典进行的，

10、而这份数据字典来自查询对象所指定的数据源。由于多数报 表的列与业务数据库的字段存在某种对应关系， 因此数据字典的存在有助于提高查询定义的 直观性和易用性。NC 数据字典通常在安装产品时候由系统生成，假如想自己为某些数据库对象生成字典，可 以采纳数据字典管理界面供应的导入方法。导入方式包括三种（具体操作可参见数据字典 导入说明 ）：1、 解析 PDM 文件（xml 格式）； 2、 解析 NC 标准建库脚本； 3、 提取数据库元数据； 假如须要给非 NC数据库（比如用户采纳的第三方数据库）生成数据字典，可以利用 PowerDesigner供应的逆向工程功能将库里的物理表生成 PDM文件，修改其中表

11、和字段的 中文名称，然后以 xml 文件格式存储，再运用上述第一种方法导入。第 4 页 业务系统集成对于干脆运用查询引擎开发出的报表，可以运用以下两种方式挂接到业务组的功能节点。强 烈建议把打算挂接节点的查询对象和格式对象的编码设为与业务系统相关的有意义字符串， 以避开不同业务系统预置对象相互覆盖的危急性。报表管理节点挂接法：1、 注册功能节点，类名为 ； 2、 下挂一个参数，参数名为 folderId，参数值为客户化下查询引擎管理中相关报表目 录的 ID（可从数据库表 pub_formatmodeldef 的 id 字段查出）。独立报表节点挂接法：1、 注册功能节点，类名为：2、 下挂两个参

12、数：pkQryNode界面模型对应的编码 （可从查询引擎管理界面读取）， dsName查询定义所在数据源。对于高开发难度模式的报表，则与一般功能节点一样挂接 ToftPanel 的子类即可。第 5 页其次章 低开发难度报表1.概述本手册列举的低开发难度报表模式统一由查询引擎（V3 版本）供应解决方案。查询引擎是 一个面对高级实施人员和一般开发人员的查询建模产品， 持续并完善了自定义查询体系的技 术路途，在全面支持困难查询的设计和特性化的报表呈现的同时，大幅度降低了报表开发人 员的编码工作量和专业技能要求。 我们再来看一下查询引擎的适用性和不适用性。查询引擎长期作为一个查询工具发展，因此 尤其适

13、用于与数据库查询分析或数据挖掘关系亲密的报表开发， 同时也支持程序员调用服务 器端代码对数据进行业务处理。另一方面， 自定义查询体系与模板体系存在一个很大的不同， 模板体系在发布产品之前已经由程序员录入了大量初始化数据， 因此不同用户能够安排到不 同的查询模板、报表模板和打印模板，而自定义查询体系是完全自定义的实时开发，没有模 板的预制数据，因此在一个时刻只支持一种参数限制样式、一种报表界面样式和一种打印样 式（或干脆打印），但这些样式均可在设计态修改。在呈现上，由于查询引擎运用的是 SWING 的表格控件，因此对一些 EXCEL 风格的需求支持不够，这个薄弱环节将在 V31 得到加强。总体来

14、说，V3 版本的查询引擎暂不适用于以下两类报表开发：1、 有多模板安排需求的报表，或对打印有高度要求的报表； 2、 存在表体合并单元格的报表。查询引擎的查询模型（数据模型）设计如下： 查询模型流程如下所示（设计态/运行态）： 第 6 页 界面模型（呈现模型）设计如下：第 7 页界面模型流程如下所示： 本章共介绍了五大类报表的十五种开发模式。尽管这些模式之间存在相当差异，但是针对以 前我们发觉的一些用例杂乱导致的培训效果问题，本章的全部范例集中面对两个业务应用 （单位费用统计和部门人事统计），即用不同方案解决相像问题，以便于读者从中领悟和比 较这些模式的原理、特点和适用性。希望这种做法不会给读者

15、造成一个误导：查询引擎只能 解决这两类报表的应用。2.查询类报表查询类报表指通过一个或多个 SQL 查询结果形成的二维数据呈现出来的报表，由于 SQL 的 语法特点，此类报表通常具有固定的列结构和动态的行结构，但模式也探讨了一种依据 参数动态变更查询列结构的方案。明细报表明细报表用于呈现最基本维度上的数据，即最细粒度的数据。通常明细总是相对于汇总而言 的，假如我们把某商品每个月的总销售额列表视为汇总数据，那么该商品每天的具体销售情 况就可视为明细数据；假如我们把某部门当年的总薪资状况做成汇总表，那么该部门每位员 工当年的薪资状况就可以做成明细表。查询类报表中的明细表通常是指一些不含聚合函数的

16、SQL 语句干脆能够查询出的数据形成的报表。 第 8 页开发人员须要通过多表联查 SQL 或者复合查询获得表体数据，同时为报表呈现供应待定条 件设置、栏位设置、排序、过滤、定位、小计合计及输出等功能。当明细表与汇总表一起出 现时，用户通常还会有从汇总数据联查明细数据的需求（又称穿透或钻取），此类应用将在 模式中介绍。适用于：?明细数据的取数规则可用 SQL 描述； 不适用于：?通过行列条件统计单元取值的明细表。此类报表应遵循模式解决； ?通过程序算法构造明细数据的报表。此类报表应遵循算法类报表模式解决；取数由向导式 SQL 设计描述，查询条件由参数限制机制解决，栏目在格式设计态设定，排 序、过

17、滤、定位、小计合计、输出等功能均内置于报表阅读态。第一步：在查询引擎管理中建立查询对象 Q1，做向导式 SQL 设计（通常不含聚合函数 sum、 avg、count、max、min）。对于一个 SQL 无法描述的查询，比如指定单位在指定期间内不同 科目的发生额，可以利用复合查询（基于查询对象的查询，可参考模式 ）进行描述。Q1 中待定的信息由参数定义描述，一般参数可以在向导式设计的筛选条件处引用，替换型参数 可以在向导式和手工式设计的随意位置引用（参见 FAQ 文档）； 其次步：创建格式对象 F1，引用查询对象 Q1 并嵌入表格，做相关的栏位、列格式和列表头 设计。表头表尾可放置绑定参数的控件

18、；第三步：阅读 F1（或挂功能节点），设置参数，检查数据与格式是否正确；1、如何充分发挥查询模型中参数的功能？ 答：参见附录供应的查询引擎 FAQ 之参数篇 。 2、格式设计中的 16 种控件各有何种用途？ 答：表格、图表是核心控件，用于绑定数据集；面板、拆分窗格（分割面板）、多页签作为 界面容器；标签、文本框、下拉框（组合框）、参照、文本域、复选框、单选框是表头表尾 控件，须要放在容器上面，用于绑定参数；下拉框、列表绑定枚举型参数，参照绑定参照型 参数；主子表是已经不举荐运用的连动呈现控件；按钮、树暂无实际用处。3、如何限制报表的输出格式？ 答：打印输出利用格式设计中的打印设置功能限制，EX

19、CEL 输出由界面表格的样式限制。单位费用明细表各单位在指定期间范围内的费用明细状况。报表中要求包括公司、 期间、 制单日期、科目、分录摘要、发生额等信息，用户可以依据年度和期间范围进行查询。 第 9 页 公司 期间制单日期科目摘要借发生额贷发生额 1、 查询引擎管理主界面创建查询对象，编码为 gldetail，名称为费用明细； 2、进行参数定义，增加三个字符型参数：年，起始期间，终止期间；3、进行 SQL 向导设计：从数据字典添加凭证表（gl_voucher）、凭证分录（gl_detail）、科目 表（bd_accsubj）和公司书目（bd_corp），指定表间连接关系、查询字段、筛选条件（

20、先定 义确定条件）和排序字段； 第 10 页第 11 页 4、在筛选条件页签增加待定条件，在右操作数框中按 F12 引用参数；5、创建格式对象，编码为 gldetail，名称为费用明细表 ； 第 12 页 6、引用查询费用明细 ； 7、进行格式设计：添加表格和面板控件，表格停靠于中部，双击控件设置属性，绑定数据 集费用明细，面板停靠于北部（作为表头容器），采纳流式布局（FlowLayout），在面板上放 三个文本框控件，分别绑定费用明细的三个参数；第 13 页 第 14 页8、 （可选）定义一种列格式，用于显示两位小数，在表格属性框的列格式分栏中由两个金额 列引用此列格式；第 15 页 9、阅

21、读费用明细表（先设置参数）； 第 16 页 汇总报表汇总数据通常与明细数据相对， 是指在明细数据基础上指定若干个有分类意义的字符型列进 行分组，并对另外若干个有统计意义的数值型列进行求和（或求平均、最值、计数等）获得 的数据。呈现汇总数据的报表称为汇总报表。我们再细分为两种应用：1 静态汇总设置：查询数据的 SQL中指定了分组列和汇总列，此设置在报表阅读状态不再变更。要求提 供待定条件设置、栏位设置、排序、过滤、定位、小计合计及输出等功能。2 动态汇总设置：事先对数据设定某种缺省的汇总设置，此设置在阅读态可做更改，并重新计算汇总数据。同时具备上述功能需求。适用于：?汇总数据的取数规则可用 SQ

22、L 描述； 不适用于：?通过行列条件统计单元取值的汇总表。此类报表应遵循模式解决； ?通过程序算法构造汇总数据的报表。此类报表应遵循算法类报表模式解决；取数由向导式 SQL 设计描述，查询条件由参数限制机制解决，栏目在格式设计态设定，动 态汇总由旋转交叉机制解决，排序、过滤、定位、小计、输出等功能均内置于报表阅读态。1、静态汇总设置 第一步：在查询引擎管理中建立查询对象 Q2，做向导式 SQL设计，定义带有聚合函数的 SQL 语句。单个 SQL 无法描述的查询利用复合查询描述。在 Q2 的查询模型中创建参数和 引用参数，用来描述待定的信息； 其次步：创建格式对象 F2，引用查询对象 Q2 并嵌

23、入表格，做相关的栏位、列格式和列表头 设计。表头表尾可放置绑定参数的控件；第三步：阅读 F2（或挂功能节点），设置参数，检查数据与格式是否正确； 2、动态汇总设置 第一步：同上述第一步（但也可以不设置聚合函数，而是在旋转交叉设置中把缺省的分组列 放到行列表中，把缺省的汇总列放到值列表中）； 其次步：同上述其次步，因交叉表的列结构不能在设计态确定，因此只能指定非汇总列的列 格式等信息； 第 17 页 第三步：同上述第三步，须要变更汇总设置的时候，利用表头右键菜单的交叉功能把新的汇 总列移到交叉行列表，确定即可； （关于交叉的具体说明参见下一节）1、 行 SQL 向导设计时如何指定 group b

24、y 字段？ 答：无需指定，系统自动把不含聚合函数的查询字段作为 group by 字段。 2、 行 SQL 手工设计时为何 order by 字段无效？ 答：须要显式指定排序字段的排序方式（升序asc，降序desc）。单位费用汇总表各单位在指定期间范围内的费用汇总状况。报表中要求包括公司、 期间、 科目、汇总发生额等信息，用户可以依据年度和期间范围进行查询。公司 期间科目借发生额贷发生额 1、 创建查询对象，编码为 glsum，名称为费用汇总；2、进行参数定义，增加三个字符型参数：年，起始期间，终止期间； 3、进行 SQL 向导设计：从数据字典添加凭证表、凭证分录、科目表和公司书目，指定表间

25、连接关系、查询字段、筛选条件和排序字段（除查询字段外均与模式的范例相同）；第 18 页 4、在筛选条件页签增加待定条件，在右操作数框中按 F12 引用参数；5、创建格式对象，编码为 glsum，名称为费用汇总表 。引用查询费用汇总 ； 6、进行格式设计：添加表格和面板控件，表格停靠于中部，绑定数据集费用汇总，面板停 靠于北部（作为表头容器），采纳流式布局，在面板上放三个文本框控件，分别绑定费用汇 总的三个参数；第 19 页7、阅读费用汇总表（先设置参数）；第 20 页8、当前汇总设置是对公司、期间、科目分组统计发生额，假如须要动态变更汇总依据，则 可以运用表头右键菜单中的交叉功能。比如我们须要

26、根据公司、期间重新汇总，则把公司和 期间移至交叉行列表，发生额移至交叉值列表，确定即可；第 21 页9、假如我们把科目移至交叉行，期间移至交叉列，发生额移至交叉值，那么就实现了带有 数据旋转的动态汇总，即呈现各科目在不同期间下汇总出来的发生额。关于旋转交叉的具体 应用可参看模式 ；第 22 页 列结构依靠于查询条件的报表（动态SQL）我们前边提到过，SQL查询的结果具有固定的列结构和动态的行结构，前两个模式中虽然 都引入了参数来限制动态信息，但也只用于待定的筛选条件，即影响报表的行结构。然而有 一类报表因查询条件的不同而同时具有动态的列结构和行结构， 比如在供应链的一些单据查 询报表中， 假如

27、用户在查询条件中勾选了联查订单或到货单， 那么报表会在静态的列结构 （可 能有 10 列）后面追加一些动态的列或列分组，用于显示联查单据的明细信息（此时报表可 能就变成了 20 列）。开发人员须要把静态的查询 SQL 同用户对查询条件设置的取值结合起来，构造出几种不同 的 SQL，分别对应于用户希望看到的各种报表呈现结果。这些 SQL 不仅仅存在筛选条件的 差异，也可能存在查询字段、查询表、分组字段、排序字段的差异。由于本模式采纳的技术 方案须要通过代码片段来描述查询 SQL 原委被如何矫正，因此本模式仅建议熟识 JAVA 编 程的报表开发人员运用。适用于：第 23 页?查询结果可由规范的静态

28、 SQL 和动态参数取值联合确定； 不适用于：?查询必需通过难以解析的困难手工 SQL 才能描述； ?要求对动态增加出来的列结构进行列格式设计的报表 （因为这些列在设计态是未知的）；取数由向导式 SQL 设计描述，查询条件由参数限制机制解决，如何依据参数取值调整静态 SQL 则由 SQL 整理中的代码片段来描述。SQL 整理中的常用数据结构和接口方法如下所述：1、 查询基本定义类 QueryBaseDef，所供应方法包括：FromTableVO getFromTables(); 交叉类报表数据库当中的表往往是象下面这样存储的：姓名月份销售业绩张三12000张三35000李四23000李四340

29、00 第 30 页 但用户要求的报表往往是象下面这样的：姓名1 23张三2000 5000李四 30004000类似这样，把原始数据中一列（或几列，通常有分组意义）数据的不同取值维持在表的左侧 不动（比如上表中的姓名），把另外一列（或几列，通常有分类意义）数据的不同取值旋转 到行的方向成为列标题（比如上表中的月份），再把另外一列（或几列，通常有统计意义）数据对应汇总到旋转出来的列标题下面（比如上表中的业绩），就形成了交叉表。 在上述过程中，我们依据交叉规则把原始数据中的列分成了三种，第一种称为交叉行（其数 据交叉后出现在行上），其次种称为交叉列（其数据交叉后出现在列头上），第三种称为交叉 值（

30、交叉前行、列、值的数据出现在一行上，交叉后值的数据出现在行、列的交叉点上）。 交叉报表比一般报表提出了许多新的问题，比如：数据交叉如何实现，交叉后列数目的不确 定性如何处理，列的依次如何限制等等。依据实现方法的不同，以及能否预先确定交叉后的 列结构，本章节供应了以下三种交叉报表模式的解决方案。列向拼接查询型报表（复合查询）报表在列向可以被划分成几个分组，每组由若干个列构成，每个列分组的数据能够通过 SQL 查询获得，而不同列分组的数据出现在同一行的前提是它们对应于同一个行 ID。即报表数 据可以通过多个查询结果集相互连接的方式获得。开发人员须要从某个具有分类意义的列中提取若干不同的取值，将它们

31、旋转成为列标题，再 对另外一些有统计意义的数值列进行汇总。用户表样明确规定了这些列标题及其依次，因此 交叉后的列结构是事先能够确定的，无论这些列是否包含有效的统计数据，它们都将在报表 中存在，因此我们称之为动态行固定列报表。适用于：?能够预先确定交叉后列结构的报表； ?报表的每行数据都具有一个唯一的行 ID，该 ID 可能是某个字段或某几个字段的组合； 不适用于：?动态列结构的交叉报表；利用复合查询解决固定列结构的交叉应用，每个交叉列对应一个查询，而用于连接多个查询 的行 ID 正是交叉行字段的组合。 第 31 页第一步：分析交叉报表的结构，找出交叉行字段、交叉列字段和交叉值字段。假定交叉列字

32、 段有 n 个（因为是固定列结构交叉，所以 n 是定数）； 其次步：创建 n 个查询对象分别对应于 n 个交叉列字段，通常这些对象会通过确定筛选条件 与列标题挂钩； 第三步：创建复合查询对象 Q4，通过增加临时表的方式把上述 n 个查询对象选为查询表， 这些临时表的连接条件就是交叉行字段的组合，而 Q4 的参数应当是 n 个查询对象的参数的 并集，这样才能保证 Q4 的参数设置能够分发给各个被引用查询； 第四步：创建格式对象 F4，引用查询对象 Q4 并嵌入表格，做相关的栏位、列格式和列表头 设计。表头表尾可放置绑定参数的控件；第五步：阅读 F4（或挂功能节点），设置参数，检查数据与格式是否正

33、确；1、 定义复合查询有什么留意事项？ 答：首先要保证复合查询和各个子查询都运用相同的执行数据源（对于单数据源版查询引擎 无此问题），其次假如修改了子查询的定义要保证复合查询定义中的一样性。部门员工民族统计表要求统计指定公司下各部门中不同民族的员工数， 民族预先指定为 汉族、满族和蒙古族，报表中包含部门编码、部门名称、汉族人数、满族人数和蒙古族人数。请留意，这里作为交叉行并可以担当行 ID 角色的字段是部门信息，作为交叉列并可以担当 子查询过滤角色的字段是民族，作为交叉值的字段是人数。部门编码 部门名称人数汉族 满族蒙古族 1、 创建查询对象，编码为 han，名称为汉族，在筛选条件页签设置确定条件民族=’汉族’ ， 用于查询各部门的汉族员工人数； 第 32 页 2、 复制查询对象 han，修改编码为 man，名称为满族，修改确定条件为民族=’满族&rs