《SQL必知必会——第17、18、19课：创建和操纵表、使用视图、使用存储过程》

       第17课  创建和操纵表

       前面讲了那么多sql增删改查操作，一切操作都是建立在表的基础上，也就是先有一张可操作的表，建表语句也比较简单，使用create table关键字即可，如下所示：

CREATE TABLE `shopping_mall_user_address` (
  `id` bigint(20) unsigned NOT NULL AUTO_INCREMENT COMMENT '主键',
  `uid` bigint(20) NOT NULL COMMENT '用户id',
  `contact_name` varchar(10) NULL COMMENT '收货人姓名',
  `phone_number` varchar(11) NULL COMMENT '电话号码',
  `address` varchar(100) NULL COMMENT '收货地址',
  `dr` tinyint(1) NOT NULL DEFAULT '0' COMMENT '逻辑删除: 0 正常, 1 已删除',
  `created_time` timestamp(3) NOT NULL DEFAULT CURRENT_TIMESTAMP(3) COMMENT '创建时间',
  `updated_time` timestamp(3) NOT NULL DEFAULT CURRENT_TIMESTAMP(3) ON UPDATE CURRENT_TIMESTAMP(3) COMMENT '更新时间',
  PRIMARY KEY (`id`),
  KEY `idx_uid` (`uid`)
) ENGINE=InnoDB CHARSET=utf8 COLLATE utf8_unicode_ci COMMENT '商城用户收货地址表';

       这也是我工作中常用的mysql建表语句，看着是不是很简单。实际所需要注意的点还是挺多的：

       1.表名和列名的命名，都用名词，统一使用下划线连接，而非驼峰命名。表明前缀可以使用项目名简写或业务线简写，我曾经见过很多表名前缀是tbl，顾名思义tbl就是table，这样的前缀毫无意义。

       2.唯一索引命名使用uk前缀，普通索引命名使用idx前缀。

       3.时间类型使用timestamp，非date，更不是int或long，数据创建、更新时，时间自动更改，无须手动通过程序操作。

       4.列的类型够用就好，也越小越好，比如状态列使用tinyint。

       5.表与所有的列均有中文注释，尽量详细而无歧义。这一点一定注意，看到不写注释的表和列，可以说是非常想打人，工作中每每遇到这样的表，内心真是一万头草泥马飞奔。

       6.字符集采用utf8，存储引擎使用InnoDB。不使用外键，存储过程，触发器。

       上面这些注意点并非出自《sql必知必会》这本书，当然也不是我独创，都是工作中的一些摘录和积累总结的，有不准确之处还请大家指正。

       在写代码时，变量需要初始化赋一个值，同理建表时，也可以给某些字段定义默认值，比如上面dr默认值就是0。也可以定义某些字段是否为null，也就是插入或更新数据时，该列是否要显式的赋值。这里的null不要和空字符串想混淆，null值是没有值，空字符串是有明确值的。

       操纵表

       随着业务扩展，当初定义的表字段可能不够用了，比如用户信息表，说不定哪天，突然让你加一个使用第三方登录产生的id，比如微信的openId，需要给某个表添加字段，使用下面语句：

alter table shopping_mall_user_address add column type_id varchar(3) comment '地址类型’;

       由于是修改整个表而非数据行，需要谨慎，避免发生锁表。删除表很简单，比如删除cust_test表：

drop table cust_test;

       第18、19课：使用视图、使用存储过程

       这两课可讲的很少，主要是视图和存储过程工作中用的不多，还没有什么心得。《SQL必知必会》这本书讲的也不多，视图是虚拟的表，与包含数据的表不一样，视图只包含使用时动态检索数据的查询。可以把视图看做是在表和查询结果之间的一个封装，它可以简化复杂sql语句的使用，用起来还是有很多优点的，但是工作中用的少，不是因为视图不够强大，而是因为很多时候普通的sql操作已经很好解决问题，就没必要引进更复杂的技术折腾。存储过程亦是如此，存储过程就是为了以后使用而保存的一条或多条sql语句。说起来更像是一个脚本一样或者说是面向对象创建类。印象里前前东家使用存储过程的，那时我还在搞mfc，经常听web程序员念叨存储过程，那时觉得懂存储过程好牛b的样子，还是那句话，普通sql可以解决的问题，就没必要引入存储过程搞得那么复杂，不过dba或运维同学应该掌握并精通这项技能。说到底，视图和存储过程虽然强大，但编写、调试、维护都很复杂，用的也就少了。当然主要还是我见识比较少，囧。