01 MySQL 之 概念 + 执行顺序 + 表、字段规范

1. 定义

1.1 SQL的分类

• DQL
  • 数据查询语言（Data Query Language, DQL）负责进行数据查询而不会对数据本身进行修改的语句。
    SELECT、FROM、WHERE、GROUP BY、HAVING、ORDER BY。
• DDL
  • 数据定义语言 (Data Definition Language, DDL) 负责数据结构定义与数据库对象定义
    CREATE、ALTER、DROP
• DML
  • 数据操纵语言（Data Manipulation Language, DML）负责对数据库对象运行数据访问工作
    INSERT、UPDATE、DELETE
• DCL
  • 数据控制语言 (Data Control Language) 负责对数据访问权进行控制，它可以控制特定用户账户对数据表、查看表、预存程序、用户自定义函数等数据库对象的控制权
    GRANT、REVOKE 两个指令组成。
• TPL
  • 数据事务管理语言（Transaction Processing Language）负责确保被DML语句影响的表的所有行及时得以更新。
    BEGIN TRANSACTION、COMMIT、ROLLBACK。
• CCL
  • 指针控制语言（Cursor Control Language），它的语句，像DECLARE CURSOR，FETCH INTO和UPDATE WHERE CURRENT用于对一个或多个表单独行的操作。
• DBMS、SQL、DB之间的关系
  • DBMS通过执行SQL来操作DB中的数据。

1.2 SQL语句执行顺序

书写顺序：SELECT -> FROM -> JOIN -> ON -> WHERE -> GROUP BY -> HAVING -> UNION -> ORDER BY ->LIMIT

但执行顺序为：

1.FORM：选择from后面跟的表，产生虚拟表1。

2.ON：ON是JOIN的连接条件，符合连接条件的行会被记录在虚拟表2中。

3.JOIN：如果指定了LEFT JOIN，那么保留表中未匹配的行就会作为外部行添加到虚拟表2中，产生虚拟表3。如果有多个JOIN链接，会重复执行步骤1~3，直到处理完所有表。

4.WHERE：对虚拟表3进行WHERE条件过滤，符合条件的记录会被插入到虚拟表4中。

5.GROUP BY：根据GROUP BY子句中的列，对虚拟表2中的记录进行分组操作，产生虚拟表5。

6.HAVING：对虚拟表5进行HAVING过滤，符合条件的记录会被插入到虚拟表6中。

7.SELECT：SELECT到一步才执行，选择指定的列，插入到虚拟表7中。

8.UNION：UNION连接的两个SELECT查询语句，会重复执行步骤1~7，产生两个虚拟表7，UNION会将这些记录合并到虚拟表8中。

9.ORDER BY: 将虚拟表8中的记录进行排序，虚拟表9。

10.LIMIT：取出指定行的记录，返回结果集。

2. 数据库表、字段命名规范

2.1 表命名规范

（1）表名、字段名必须使用小写字母或数字

MySQL在Windows系统中不区分大小写，但在Linux系统中默认区分大小写。

正例：aliyun_admin,level_name
反例：AliyunAdmin,levelName

（2）表名不使用复数名词。

正例：user,employee
反例：users,employees

（3）表的命名最好遵循"业务名称_表的作用"原则

正例：alipay_task，trade_config
反例：yy_all_live_category、yy_alllive_comment_user。
//说明：去除项目名，统一命名规则，均为"yy_alllive_"开头即可。

（4）明细表的名称为：主表的名称+字符dtl（detail缩写）

例如：采购定单的名称为：po_order，则采购定单的明细表为：po_orderdtl。

（5）临时库/表必须以tmp为前缀并以日期为后缀。

（6）备份库/表必须以bak为前缀并以日期为后缀。

（7）通用表要加前缀"all_"，示例：all_user。

（8）表必须填写描述信息（使用SQL语句建表时）

（9）一个项目一个数据库，多个项目慎用同一个数据库。

2.2 字段规范

2.2.1 字段命名规范

（1）字段名中的多个单词使用下划线'_'分隔

采用26个英文字母(区分大小写)和0-9的自然数(经常不需要)加上下划线''组成，命名简洁明确，多个单词用下划线''分隔。

正例：user_name"、 user_id、 is_friend、 is_good。
反例：username、userid、isfriend、isgood。

（2）字段名中的所有单词必须小写

反例：userID、houseID。

（3）字段名中禁止出现表名

例如，在名employe的表中禁止使用名为employee_lastname的字段。

（4）表达是与否概念的字段，必须使用is_xxx的方式命名，数据类型是unsigned tinyint（1表示是，0表示否）。

说明：任何字段如果为非负数，则必须是unsigned。注意：POJO类中的任何布尔类型的变量，都不要加is前缀，需要在中设置从is_xxx到xxx的映射关系。数据库表示是与否的值，使用tinyint类型，坚持is_xxx的命名方式是为了明确其取值含义与取值范围。

正例：表达逻辑删除的字段名is_deleted，1表示删除，0表示未删除。

（5）禁止在命名字段时，包含数据类型。

2.2.2 字段类型规范

（1）如果存储的字符串长度几乎相等，则使用char定长字符串类型。

例如，11位手机号，邮编(postcode)。

这种固定长度的纯数字，也不要用int类型或long类型，因为

（2）仅当数字参与了运算，才用数值型；否则即使是纯数字，也不要使用 int/long 类型

反例：年龄使用 int 存储

（3）小数使用 decimal 存储，禁止使用float和double类型。

在存储时，float和double类型存在精度损失的问题。

如果存储的数据范围超过decimal的范围，那么建议将数据拆成整数和小数并分开存储。

（4）整型int定义中不添加长度

比如使用INT，而不是INT(4)。

（5）禁止使用varchar类型作为主键。

（6）禁止使用 MySql 中的任何类型保存大文本、文件、图片

一列需要占很大空间的字段，一定要单独拎出来，不要和常用信息放一张表。

举个例子： 文章的信息和文章的内容，这一定要分成两个表。否则会给你的文章性能带来极大的挑战。因为很多情况下，查看文章列表，根本不需要查看到文章的内容。

（7）datetime、smalldatetime类型的字段没有默认值，必须为NULL。

（8）除此之外所有字段在设计时，必须有默认值

字符型的默认值为一个空字符值串''，数值型的默认值为数值0，逻辑型的默认值为数值0。

系统中所有逻辑型中数值0表示为"假"，数值1表示为"真"，

（9）IP地址使用unsigned int类型，这样比较节约存储空间。

（10）避免使用NULL字段

NULL字段很难查询优化、NULL字段的索引需要额外空间、NULL字段的复合索引无效

（10）不建议使用ENUM类型，使用TINYINT来代替。

1)、假如一个设计不合理的ENUM字段，给程序员带来的就完全是梦魇了，比如一个enum字段的范围是('0','1','2','3','4','5')，而enum的枚举值对应的索引是从1开始的，因此，insert into table (enum)values(1)，插入的并不是1，而是0

(2)、另外假如你在设计好enum的枚举字段范围并使用了一段时间后，再到字段范围中加一个枚举值，并且不是加在最后，那么也就相当于把原来的范围都改变了索引值，也就是当你在查询的时候直接查询值(并加上单引号)，将不会使用enum自身隐藏的索引值来获取结果了

(3)、如果是纯数值型，还是建议采用tinyint字段吧，毕竟它也只占一个字节，即使出现赃数据，也可以被接受，不象enum，如果纯数字型范围，更改了索引，你就不知道你查询的值是否正确了

(4)、如果字段是字符串，并且长度固定，可以尝试用char，如果是数值型，还是用tinyint吧，比较安全稳定，而且即使迁移，也不会出现太多问题