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语句的一部分，因此可以排除在外