1.基本命令

SQL命令分可以分为四组：DDL、DML、DCL和TCL。四组中包含的命令分别如下

1.1.DDL

DDL是数据定义语言（Data Definition Language）的简称，它处理数据库和描述数据应如何驻留在数据库中，主要功能是定义数据库对象。
CREATE：创建数据库及其对象（如表，索引，视图，存储过程，函数和触发器）
ALTER：改变现有数据库的结构
DROP：从数据库中删除对象
TRUNCATE：从表中删除所有记录，包括为记录分配的所有空间都将被删除
COMMENT：添加注释
RENAME：重命名对象

1.1.1.建表

DROP TABLE IF EXISTS `sys_user`;
CREATE TABLE `sys_user`  (
  `id` varchar(64) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL COMMENT '编号',
  `login_name` varchar(64) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL COMMENT '登录名',
  `password` varchar(64) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '密码',
  `no` varchar(64) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '工号',
  `name` varchar(64) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '姓名',
  PRIMARY KEY (`id`) USING BTREE, //设置主键
  INDEX `id_idx`(`id`) USING BTREE //创建索引
  # UNIQUE KEY (name) //设置唯一键
) ENGINE = InnoDB CHARACTER SET = utf8 COLLATE = utf8_bin COMMENT = '用户表' ROW_FORMAT = Compact REMOVE PARTITIONING ;

1.1.2.设置主键

1.1.3.删除主键

1.1.4.设置唯一键

1.1.5.删除唯一键

1.1.6.创建索引

1.1.7.删除索引

1.1.8. 查看索引

1.1.9.查看列

1.1.10.新增列

1.1.11.删除列

1.1.12.修改列名

1.1.13.修改列属性

1.1.14.查看建表信息

1.1.15.添加表注释

1.1.16.添加字段注释

1.2.DML

DML是数据操纵语言（Data Manipulation Language）的简称，主要功能是访问数据，其语法以读写数据库为主，最常见的SQL语句，例如SELECT，INSERT，UPDATE，DELETE等，它用于存储，修改，检索和删除数据库中的数据。

1.2.1.分页

查询从第11条数据开始的连续5条数据
select * from sicimike limit 10, 5

1.2.2.分组

默认情况下，MySQL中的分组（group by）语句，不要求select返回的列，必须是分组的列或者是一个聚合函数。

1.2.3.having

having关键字用于对分组后的数据进行筛选，功能相当于分组之前的where，不过要求更严格。过滤条件要么是一个聚合函数(... having count(x) > 1)，要么是出现在select后面的列(select col1, col2 ... group by x having col1 > 1)

1.2.4.多表更新

update tableA a inner join tableB b on a.xxx = b.xxx 
set a.col1 = xxx, b.col1 = xxx 
where ...

1.2.5.多表删除

delete a, b 
from tableA a inner join tableB b on a.xxx = b.xxx 
where a.col1 = xxx and b.col1 = xxx

1.3.DCL

DCL是数据控制语言（Data Control Language）的简称，它包含诸如GRANT之类的命令，并且主要涉及数据库系统的权限，权限和其他控件。
GRANT ：允许用户访问数据库的权限
REVOKE：撤消用户使用GRANT命令赋予的访问权限

1.4.TCL

TCL是事务控制语言（Transaction Control Language）的简称，用于处理数据库中的事务
COMMIT：提交事务
ROLLBACK：在发生任何错误的情况下回滚事务

2.范式

数据库规范化，又称正规化、标准化，是数据库设计的一系列原理和技术，以减少数据库中数据冗余，增进数据的一致性。关系模型的发明者埃德加·科德最早提出这一概念，并于1970年代初定义了第一范式、第二范式和第三范式的概念，还与Raymond F. Boyce于1974年共同定义了第三范式的改进范式——BC范式。
除外还包括针对多值依赖的第四范式，连接依赖的第五范式、DK范式和第六范式。
现在数据库设计最多满足3NF，普遍认为范式过高，虽然具有对数据关系更好的约束性，但也导致数据关系表增加而令数据库IO更易繁忙，原来交由数据库处理的关系约束现更多在数据库使用程序中完成。

2.1.第一范式

定义：数据库中的所有字段（列）都是单一属性，不可再分的。这个单一属性由基本的数据类型所构成，如整型、浮点型、字符串等。
第一范式是为了保证列的原子性。

上表不满足第一范式，其中的地址列是可以再拆分的，可以拆分成省、市、区等

2.2.第二范式

定义：数据库中的表不存在非关键字段对任一关键字字段的部分函数依赖。
部分函数依赖是指存在着组合关键字中的某一关键字决定非关键字的情况。
第二范式在满足了第一范式的基础上，消除非主键列对联合主键的部分依赖。

上面这张表中想要设置主键，只能是商品名称和供应商名称一起组成联合主键。但是价格和分类只依赖于商品名称，供应商电话只依赖于供应商名称，所以上面的表不满足第二范式，可以改成如下形式：
商品信息表

供应商信息表

商品-供应商关联表

2.3.第三范式

定义：所有非主键属性都只和候选键有相关性，也就是说非主键属性之间应该是独立无关的。
第三范式是在满足了第二范式的基础上，消除列与列之间的传递依赖。

在上面的表中，商品的分类描述依赖分类，而分类依赖商品名称，而不是分类描述直接依赖商品名称。这样就形成了传递依赖，所以不符合第三范式。可以改成如下形式
商品表

商品分类表

数据库设计时，遵循范式和反范式一直以来是一个颇受争议的问题。遵循范式对数据关系更好的约束性，并且减少数据冗余，可以更好地保证数据一致性。而反范式则是为了获得更好地性能。所以范式还是反范式并没有明确的标准，适合自己业务场景的才是最好的。
反范式设计时，需要考虑以下几个问题，分别是插入异常、更新异常和删除异常。
插入异常：如果某个实体随着另一个实体的存在而存在，即缺少某个实体是无法表示这个实体，那么这个表就存在插入异常。
更新异常：如果更改表所对应的某个实体实例的单独属性时，需要将多行更新，那么就说明这个表存在更新异常
删除异常：如果删除表的某一行来表示某实体实例失效时，导致另一个不同实体实例信息丢失，那么这个表就存在删除异常
以违反第二范式的表为例

如果可乐第二制造厂供应商尚未开始供货，表中就不存在第二条记录，也就无法记录供应商的电话，这样就存在插入异常；如果需要把可乐的价格提高，需要更新表中的多条记录，这样就存在更新异常；如果删除可乐第二制造厂的供货信息，那么该供应商的电话也就丢失了，这样就存在删除异常。
一般存在插入异常的表，都会存在更新异常和删除异常。