(资料图片仅供参考)
1.消灭NULL
1.1.NULL惹人讨厌的原因
1.1.1.进行SQL编码时,必须考虑违反人类直觉的三值逻辑
1.1.2.指定IS NULL、IS NOT NULL的时候,不会用到索引,SQL语句执行起来性能低下
1.1.2.1.
1 + NULL = NULL 2- NULL = NULL 3 * NULL = NULL 4 / NULL = NULL NULL / 0 = NULL
1.1.3.四则运算以及SQL函数的参数中包含NULL,会引起“NULL的传播”
1.1.4.接收SQL查询结果的宿主语言中,NULL的处理方法没有统一标准
1.1.4.1.Oracle不区分空字符串和NULL
1.1.4.2.Visual Basic是区分的
1.1.5.与一般列的值不同,NULL是通过在数据行的某处加上多余的位(bit)来实现的,使程序占据更多的存储空间,使得检索性能变差
1.2.无法完全消除NULL
1.2.1.仅仅靠在表中所有列加上NOT NULL的约束是不够的
1.2.2.在使用外连接,或者SQL-99中添加的带CUBE或ROLLUP的GROUP BY时,还是很容易引入NULL的
1.3.消除NULL的具体做法
1.3.1.首先分析能不能设置默认值
1.3.2.仅在无论如何都无法设置默认值时允许使用NULL
1.3.3.编号:使用异常编号
1.3.3.1.ISO的性别编号
1.3.3.1.1.“1:男性”“2:女性”
1.3.3.1.2.“0:未知”“9:不适用”
1.3.3.1.2.1.编号9可用于法人的情况
1.3.3.1.2.2.由Codd区分的两类NULL“未知”和“不适用”相吻合了
1.3.3.2.插入编号未知的顾客信息时,定义一个表示未知的编号“×××××”就可以了
1.3.3.2.1.避免使用“99999”这样的编号作为异常编号
1.3.3.2.2.可能会出现用来表示异常的编号和真实的顾客编号重复的情况
1.3.3.3.编号列应该使用字符串类型
1.3.4.名字:使用“无名氏”
1.3.4.1.赋予表示未知的值
1.3.4.1.1.UNKNOWN
1.3.5.数值:用0代替
1.3.5.1.对于数值型的列,将NULL转换为0再存储到数据库中
1.3.5.2.如果允许NULL,那么就必须在统计数据时使用NULLIF函数或者IS NOT NULL谓词来排除NULL
1.3.5.3.如果一定要区分0和NULL,那么允许使用NULL
1.3.5.4.“没有油箱的车”和“空油箱”是不同的
1.3.6.日期:用最大值或最小值代替
1.3.6.1.开始日期和结束日期这样的“期限”的时候,我们可以使用0000-01-01或者9999-12-31这样可能存在的最大值或最小值来处理
1.3.6.2.当NULL的含义是“未知”的时候,可以允许使用NULL
1.3.6.2.1.当默认值原本就不清楚的时候,例如历史事件发生的日期,或者某人的生日等
2.名字和意义
2.1.如果没有为索引和约束显式地指定名称,DBMS就会自动为之分配随机的名称,这也是应该避免的
2.2.为内联视图命名
2.3.命名时允许的字符有以下3种
2.3.1.英文字母
2.3.2.阿拉伯数字
2.3.3.下划线“_”
2.4.标准SQL中规定名称的第一个字符应该是英文字母
3.属性和列
3.1.列代表的是“属性”,应该具有一贯性
3.2.“根据位置调用数据”是明确禁止的
3.2.1.对于存储了“年份不同格式就不同的报表”这类值的表,格式切换的时间点不同,某一列中存储的值的意义就会发生变化
3.2.2.使用某一列去管理多种编号(都道府县编号或客户编号等)
4.注释
4.1.“--”单行注释的写法
4.2.“/* */”去写多行注释
5.缩进
5.1.代码难以阅读的原因
5.1.1.没有进行缩进
5.1.2.没有对长代码划分模块,所有的都揉在一起
5.2.所有关键字都顶格左齐的写法比让关键字右齐的写法更好
5.2.1.紧接着的列名或表名的位置也能对齐,代码更易读
6.大小写
6.1.不成文的约定
6.1.1.关键字使用大写字母,列名和表名使用小写字母
7.空格
7.1.不管用什么语言编程都一样,代码中需要适当地留一些空格
8.逗号
8.1.前置逗号
8.1.1.
SELECT col_1 , col_2 , col_3 , col_4 FROM tbl_A;
8.1.1.1.删掉最后一列“col_4”后执行也不会出错
8.1.1.2.每行中逗号都出现在同一列,因此使用Emacs等可以进行矩形区域选择的编辑器就会非常方便操作
8.1.2.把逗号写在要素和要素的中间
8.1.3.SQL格式化/美化
8.1.3.1.dbeaver不支持
8.1.3.2.navicat不支持
8.1.3.3.sql prompt 支持
9.不使用通配符
9.1.因为结果的格式依赖于列的排列顺序,所以修改表中列的排列顺序,或者添加、修改列就会导致结果的格式发生变化
10.ORDER BY中不使用列编号
10.1.这个功能在SQL-92中已经被列为了“未来会被删除的功能”
10.2.一般来说会受列的顺序和位置影响的写法都应该避免,这也是一条铁律
11.SQL标准语法
11.1.不使用依赖各种数据库实现的函数和运算符
11.1.1.DECODE(Oracle)、IF(MySQL)、NVL(Oracle)、STUFF(SQL Server)等
11.1.2.使用CASE表达式或者COALESCE、NULLIF等标准函数代替
11.2.SIGN或ABS、REPLACE这些,虽然标准SQL没有定义它们,但是几乎所有的数据库都实现了
11.3.标准SQL中有定义,但是各数据库实现情况不同的功能
12.连接操作
12.1.使用INNER或CROSS等表明连接类型的关键字,连接条件可以使用ON子句分开写
12.1.1.一眼就能看明白连接的类型和条件,代码可读性很好
12.2.外连接请使用LEFT OUTER JOIN、RIGHT OUTER JOIN或者FULL OUTER JOIN来写
12.3.标准SQL中允许省略关键字OUTER,但是这个关键字便于我们理解它是外连接而非内连接,所以还是写上吧
12.4.左连接有一个优势:一般情况下表头都出现在左边
13.从FROM子句开始写
13.1.SQL中各部分的执行顺序是:FROM→WHERE→GROUP BY→HAVING→SELECT(→ORDER BY)
13.2.严格地说,ORDER BY并不是SQL语句的一部分,因此可以排除在外
标签: