SQL编写规范剖析.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
SQL编写规范剖析

湖北电信经营分析与决策支持系统项目 SQL编写规范 2007年月 本文档及其所含信息为机密材料 并且由NCR共同拥有 本文档中的任何部分都不得以任何手段任何形式进行复制与传播 未经NCR书面授权,不得将材料泄露给第三方 Copyright ? 200NCR版权 保留所有的权利 文档控制 文件准备资料版本 文件准备人 修改内容 准备日期 1.0 徐峰 文档建立 2007-2-28 HBDX意见 版本 日期 客户签收 姓名 签字 签收日期 目 录 1 前言 2 1.1 边界定义 2 1.2 原则定义 2 2 格式编排约定 3 2.1 基本要求 3 2.2 编写规范 3 2.2.1 字段排列要求 3 2.2.2 字段分割符’,’点书写位置要求 3 2.2.3 字段别名 ‘AS’ 语句编写要求 3 2.2.4 SELECT子句排列要求 4 2.2.5 运算符前后间隔要求 4 2.2.6 CASE语句的编写 4 2.2.7 子查询嵌套编写规范 5 2.2.8 表别名定义约定 5 2.2.9 变量引用 6 3 语法及数据操作约定 6 3.1 JOIN操作语法要求 6 3.2 INSERT语句编写规范 7 3.3 DELETE语句编写规范 8 3.4 NULL值处理约定 8 3.4.1 数字型字段NULL值的处理 8 3.4.2 字符型字段NULL值的处理 8 3.4.3 提取日期型字段的处理 8 3.5 除法运算被0除的处理 8 3.6 比较逻辑运算处理约定 9 3.6.1 字符型比较的处理 9 3.6.2 日期型比较的处理 9 3.7 注释约定 9 3.8 其它 10 4 常用Teradata SQL知识介绍 10 4.1 NOT IN与MINUS 10 4.2 取字符串长度 11 4.3 多表连接中的条件限制(WHERE AND ON) 11 前言 为了统一软件开发过程中关于SQL(Structured Query Language)编码的格式,使编码人员编写SQL代码遵从特定的风格,并养成良好的开发习惯,从而增强代码的可读性,便于交流和维护,特此收集、整理NCR公司已经积累的技术资料,修订和编制了本编码规范。 本规范适用于已掌握Teradata数据仓库系统的基本知识及Teradata SQL编程技能者阅读,对从事Teradata数据仓库系统的代码开发、测试、检查人员起指导的作用,也即对从事Teradata数据仓库系统技术工作人员必不可少的阅读材料。 边界定义 数据仓库系统的开发更多的是对数据进行加载、整理、抽取的工作,在项目实施过程中经常要用到对数据进行各种形式操作的开发工作,因此对数据操作的代码编写进行规范化的约定显的优为重要。 本规范主要用于NCR Teradata 数据仓库系统的结构化查询语言代码编写的标准化要求,结合Teradata的特点以及代码开发人员在日常编写SQL的DML(Data Manipulation Language)经验,为规范Teradata 数据仓库系统的SQL的DML开发建立统一的标准。 规范主要应用于Teradata SQL 的DML以下几个语句编写约定 Select 语句; Insert 语句; Delete 语句; 逻辑判断语句; 类型转换语句; 以及相关的Teradata 函数、 Teradata 数据仓库项目实施过程中数据表现形态约定等内容 在数据仓库系统项目开发中不建议使用UPDATE语句来进行数据的更新操作,可以采用替代的中间过度表完成表中数据的重新组织,从而实现原表数据值的更新。 原则定义 要求代码行清晰、整齐,具有一定的可观赏性; 代码编写要充分考虑执行速度最优的原则; 代码行整体层次分明、结构化强; 代码中应有必要的注释以增强代码的可读性; 规范要求非强制性约束代码开发人员的代码编写行为,在实际应用中在不违反常规要求的前提下允许存在可理解的偏差。 本规范在对日常的代码开发工作起到指导作用的同时也将得到不断的完善和补充。 格式编排约定 基本要求 代码段中应用到的所有Teradata 关键字、保留字都应大写 如 SELECT 、FROM、WHERE、AND、OR、UNION、INSERT、DELETE、GROUP、HAVING、COUNT等;代码行中的关键字不允许使用简写的方式(如:SEL、DEL);Teradata V2R5的所有保留字见附件Ⅰ; 表名、视图名、宏和存储过程名、字段名、字段别名以首字大写加下划线连接符来命名,建议使用规范命名(更完整的命名规则不在本规范中阐述),如 Acct_Id, Type_Id 等; 四个空格为一个缩进量,所有的缩进皆为一个缩进量的整数位。 对应的

文档评论(0)

jiayou10 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

版权声明书
用户编号:8133070117000003

1亿VIP精品文档

相关文档