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 = NULL1.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中有定义，但是各数据库实现情况不同的功能
11.3.1. 日期函数EXTRACT，以及用于字符串连接的运算符“||”或者POSITION函数
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语句的一部分，因此可以排除在外
