成功加入购物车
正版,现货拍摄,无笔记,划线
[美] 塞科 著; 米全喜 译 / 人民邮电出版社 / 2008-10 / 平装
售价 ¥ 58.00
品相 九品品相描述
优惠 满包邮
延迟发货说明
上书时间2022-03-06
卖家超过10天未登录
SQL编程风格
《图灵程序设计丛书·SQL编程风格》针对数据库的设计与编程提出了一系列规则和建议,内容涵盖命名规范、代码版式、键的设计、数据编码方案、编码风格、视图和存储过程的使用以及SQL中的思考方式和一些试探法等多方面。这些规则都给出了原理说明和例外情况,并列举了大量示例。通过阅读《图灵程序设计丛书·SQL编程风格》,读者可以加深对SQL思维方式的理解,改善SQL编程风格,并编写出可读性强、可移植且易于维护的SQL代码。此外,书中的规则对于公司内部制定编程规范也具有很好的借鉴作用。
《图灵程序设计丛书·SQL编程风格》适合数据库管理人员和开发人员阅读,也可作为高等院校计算机专业师生的参考教材。
JoeCelko世界著名的数据库专家,曾经担任ANSISQL标准委员会成员达10年之久,他也是世界上读者数量最多的SOL图书作者之一。他曾撰写过一系列专栏,并通过他的新闻组支持了数据库编程技术以及ANSI/ISO标准的发展。除本书外,他还撰写了多部SQL经典著作,包括《SQL解惑(第2版)》(人民邮电出版社,2008)和《SOL权威指南》(即将由人民邮电出版社出版)。
第1章 名称与数据元素1.1名称1.1.1注意名称长度1.1.2在名称中避免使用所有特殊字符1.1.3避免使用引号分隔标识符1.1.4实施大写规则以避免大小写区分问题1.2遵循ISO-11179标准命名规范1.2.1SQL的ISO-111791.2.2抽象级别1.2.3避免使用描述性前缀1.2.4制定标准化的后缀1.2.5表和视图名称应当是遵循业界标准的、集合、类或复数名称1.2.6相关名基本上也要遵循与其他名称相同的命名规则1.2.7关系表名应当是常用描述术语1.2.8元数据模式访问对象的名称可以包含结构信息1.3命名数据元素时遇到的问题1.3.1避免模糊名称1.3.2避免名称在不同的地方改变1.3.3不要使用专有暴露的物理定位符第2章 字体、标点和间距2.1版式与代码2.1.1名称中只使用大小写字母、数字和下划线2.1.2列名、参数和变量等标量小写2.1.3模式对象名首字母大写2.1.4保留字大写2.1.5避免使用驼峰命名法2.2单词间距2.3遵循规范标点规则2.4使用完全保留字2.5如果在使用的SQL产品中有标准保留字,就不要使用专有保留字2.6如果有标准语句,就不要使用专有语句2.7疏排版面的隔空白道和垂直间距2.8缩进2.9使用行间距将语句分组第3章 数据定义语言3.1将默认值放到合适的地方3.2默认值的类型应当与列的类型相同3.3不要使用专有数据类型3.4将PRIMARYKEY声明放在CREATETABLE语句的开头3.5将列按照逻辑顺序排列并按照逻辑组聚合3.6将参考约束和操作在数据类型下面缩进3.7在产品代码中为约束命名3.8将CHECK()约束放在所检查的内容附近3.8.1对数值考虑使用范围约束3.8.2对于字符值考虑使用LIKE和SIMILARTO约束3.8.3时间值是有长短的3.8.4避免使用REAL和FLOAT数据类型3.9将多列约束尽可能靠近这些列3.10将表级别的CHECK()约束放到表声明的最后3.11对多表约束使用CREATEASSERTION3.12使CHECK()约束的目的唯一3.13每个表都必须有键才能称为表3.13.1自动编号不是关系型键3.13.2文件不是表3.13.3键的属性3.14不要分割属性3.14.1分割为多个表3.14.2分割为多个列3.14.3分割为多个行3.15不要对RDBMS使用面向对象的设计3.15.1表不是对象实例3.15.2对RDBMS不要使用EAV设计第4章 尺度与测量4.1测度论4.1.1范围与颗粒度4.1.2范围4.1.3颗粒度、准确度和精度4.2尺度类型4.2.1名义尺度4.2.2种类尺度4.2.3绝对尺度4.2.4顺序尺度4.2.5级别尺度4.2.6间距尺度4.2.7比例尺度4.3使用尺度4.4尺度转换4.5导出单位4.6标点与标准单位4.7在数据库中使用尺度的一般准则第5章 数据编码方案5.1不好的编码方案5.2编码方案类型5.2.1枚举编码5.2.2测量编码5.2.3缩写编码5.2.4算法编码5.2.5层次编码5.2.6向量编码5.2.7拼接编码5.3设计编码方案的一般准则5.3.1现有的编码标准5.3.2允许扩展5.3.3使用显式的丢失值避免NULL5.3.4为终端用户转换编码5.3.5在数据库中保存编码5.4多字符集第6章 编码选择6.1选择标准构造,不要选择专有构造6.1.1使用标准OUTERJOIN语法6.1.2中缀INNERJOIN和CORSSJOIN语法是可选的,但是很好用6.1.3使用ISO时间语法6.1.4使用标准和可移植的函数6.2选择紧凑格式,不要选择松散格式6.2.1避免使用多余的括号6.2.2使用CASE系列表达式6.2.3避免使用冗余表达式6.2.4寻找紧凑格式6.3使用注释6.3.1存储过程6.3.2控制语句注释6.3.3对子句的注释6.4避免优化器提示6.5触发器的优先级不应当高于DRI操作6.6使用SQL存储过程6.7避免在数据库中使用用户定义函数和扩展6.7.1多语言问题6.7.2可移植性问题6.7.3优化问题6.8避免使用过度的辅助索引6.9避免使用关联子查询6.10避免使用UNION6.11测试SQL6.11.1测试NULL所有可能的组合6.11.2检查并测试所有的CHECK()约束6.11.3注意字符列6.11.4测试大小第7章 如何使用视图7.1视图的命名规范与表一样7.2视图提供行和列级别的安全性7.3视图确保了有效访问路径7.4视图对用户隐藏了复杂性7.5视图确保了正确的数据派生7.6视图将表和/或列重新命名7.7视图实施复杂的完整性约束7.8可更新的视图7.8.1WITHCHECKOPTION子句7.8.2INSTEADOF触发器7.9每个视图都要有创建的原因7.10避免视图的数量快速增长7.11将视图与基表同步7.12不恰当地使用视图7.12.1用于域支持的视图7.12.2单个解决方案的视图7.12.3不要为每个基表都创建视图7.13学习使用物化的视图第8章 如何编写存储过程8.1大多数SQL4GL都不是用于应用程序的8.2基本软件工程8.2.1内聚8.2.2耦合8.3使用传统的结构化编程8.4避免可移植性问题8.4.1避免创建临时表8.4.2避免使用游标8.4.3面向集合的构造优于过程化代码8.5标量与结构化参数的对比8.6避免使用动态SQL8.6.1性能8.6.2SQL注入第9章 试探法9.1将规格说明表达为清晰的语句9.2在名词的后面加上“……的集合”9.3从问题语句中删除行为动词9.4仍然可以使用存根9.5不要担心数据的显示9.6第一次尝试需要特别处理9.6.1不要舍不得扔掉你对DDL的第一次尝试9.6.2保存你对DML的第一次尝试9.7不要以方框和箭头的方式思考9.8画圆圈和集合图9.9学习方言9.10假设WHERE子句是“巨型变形虫”9.11使用新闻组和因特网第10章 以SQL的方式思考10.1不好的SQL编程方式与过程化语言10.2把列当作字段思考10.3以过程化而不是说明性的方式思考10.4模式应该看起来像输入格式附录A资源附录B参考文献索引
展开全部
配送说明
...
相似商品
为你推荐
开播时间:09月02日 10:30