SQL技术开发规范_V1.3.doc

Document number 文档编号 Confidentiality level 密级 [内部公开] Document version 文档版本 Total 16 pages 共 16 页 V1.3 SQL技术开发规范 Prepared by 拟制 潘承 Date 日期 2012-05-20 Reviewed by 评审人 Date 日期 Approved by 批准 Date 日期 Revision Record 修订记录 Date 日期 Revision Version 修订版本 Sec No. 修改章节 Change Description 修改描述 Author 作者 2012-05-20 V0.9 新建 新建文档供需求评审 潘承 2012-09-26 V1.0 修改 整理完善文稿 潘承 2013-04-01 V1.1 修改 增加模式要求及命名参考 潘承 2013-06-26 V1.2 修改 增加分区表内容 潘承 2013-11-19 V1.3 修改 完善附件信息 潘承  目录 1. 简介 5 1.1. 编写背景 5 1.2. 文档摘要 5 1.3. 适用人员 5 1.4. 术语定义 5 2. 内容 5 2.1. 排版 5 2.1.1. 基本原则： 5 2.1.2. 缩进： 6 2.1.3. 间隔： 6 2.1.4. 换行与对齐 6 2.2. 注释 7 2.2.1. 基本原则： 7 2.2.2. 哪些情况需要注释： 7 2.2.3. 怎么注释： 7 2.3. 可读性 8 2.3.1. 基本原则： 8 2.3.2. 命名: 8 2.3.3. 括号: 9 2.3.4. 精炼代码: 9 2.4. 程序逻辑 10 2.4.1. 基本原则： 10 2.4.2. 表访问： 11 2.4.3. 表关联： 11 2.4.4. 左关联： 11 2.4.5. case表达式： 12 2.4.6. union all语句： 12 2.4.7. 字符处理 12 2.4.8. 删除记录 13 2.4.9. 其它内容： 13 2.5. 注意事项 15 3. 附录 15 3.1. 附1：名词参考 15 3.2. 附2：IBM提交件命名参考 15 3.3. 附3：金融常用词类及缩写 16 3.4. 附4：广发银行源系统参考 16 3.5. 附5：精炼代码 16 3.6. 附6：按最X去重算法样例 16 3.7. 附7：存储过程模板样例 16  简介 编写背景 随着广发银行对于程序质量和故障考核的日趋严格，为了提高程序的质量和降低维护成本，有必要从技术、业务和流程各方面对程序开发过程进行规范约束。 文档摘要 程序的质量可以从效果、效率和适应性这三个尺度进行衡量。其中保证结果的正确是最基本要求，在此基础上能够以最小成本实现效果，保持程序的高性能和稳定性则说明是有效率的，最后在可读性和重用性方面进行要求，从而降低后续维护出错的机率和成本。 本文档从技术层面规范后台SQL开发的要求，包括排版、注释、可读性和程序逻辑等方面的内容。 适用人员 预期读者： 参与项目的系统分析、设计和开发人员 参与项目的测试人员 术语定义 DB2：IBM公司DB2 v9.7版本数据库，后续SQL描述基于此数据库版本。 ETL：Extract Transform Load，对数据进行抽取、转换和转载的过程。 CRM：客户信息管理系统。 WFT: Work Flow Toolkit，工作流程调度平台。 内容 排版 基本原则： 1-01: 水平留白的基本原则是：添加冗余的留白会给其他人编辑时造成额外负担，因此，不要加入多余的空格。 1-02: 垂直留白的基本原则是：同一屏可以显示越多的代码，尽可能避免翻屏浏览，程序的控制流就越容易理解。当然，过于密集的代码块和过于疏松的代码块同样难看，取决于你的判断，但通常是越少越好。 缩进： 1-03: 采用缩进风格编写，对齐只使用空格键，不使用TAB键，因为不同的终端对TAB键的显示不一致，会影响程序的浏览和理解。 1-04: 存储过程在”BEGIN”标号之后缩进2格，直至”END”标号。 1-05: SQL里的缩进为4格，SQL分为以下几部分：select子句、from子句、where子句、group-by子句、having子句、order-by子句、fetch-first子句，SQL的各部分均需要采取悬挂缩进。 1-06: 声明临时表的字段定义缩进2格，其字段类型与表定义行的”TABLE”对齐。 间隔： 1-07: 动态SQL第一行留空”“，自第二行起，连接符||与变量名对齐。存储过程的每行动态SQL，引号内行首留一空格，逗号放行字段首。 1-08: 在两个以上的关键字、变量、常量进