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

2024-08-28 13:58

本文主要是介绍《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或运维同学应该掌握并精通这项技能。说到底,视图和存储过程虽然强大,但编写、调试、维护都很复杂,用的也就少了。当然主要还是我见识比较少,囧。

 

这篇关于《SQL必知必会——第17、18、19课:创建和操纵表、使用视图、使用存储过程》的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1114961

相关文章

创建springBoot模块没有目录结构的解决方案

《创建springBoot模块没有目录结构的解决方案》2023版IntelliJIDEA创建模块时可能出现目录结构识别错误,导致文件显示异常,解决方法为选择模块后点击确认,重新校准项目结构设置,确保源... 目录创建spChina编程ringBoot模块没有目录结构解决方案总结创建springBoot模块没有目录

SQLServer中生成雪花ID(Snowflake ID)的实现方法

《SQLServer中生成雪花ID(SnowflakeID)的实现方法》:本文主要介绍在SQLServer中生成雪花ID(SnowflakeID)的实现方法,文中通过示例代码介绍的非常详细,... 目录前言认识雪花ID雪花ID的核心特点雪花ID的结构(64位)雪花ID的优势雪花ID的局限性雪花ID的应用场景

gorm乐观锁使用小结

《gorm乐观锁使用小结》本文主要介绍了gorm乐观锁使用,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧... 目录前言grom乐观锁机制gorm乐观锁依赖安装gorm乐观锁使用创建一个user表插入数据版本号更新总结前言乐观锁,顾名

Python 函数详解:从基础语法到高级使用技巧

《Python函数详解:从基础语法到高级使用技巧》本文基于实例代码,全面讲解Python函数的定义、参数传递、变量作用域及类型标注等知识点,帮助初学者快速掌握函数的使用技巧,感兴趣的朋友跟随小编一起... 目录一、函数的基本概念与作用二、函数的定义与调用1. 无参函数2. 带参函数3. 带返回值的函数4.

MySQL中DATE_FORMAT时间函数的使用小结

《MySQL中DATE_FORMAT时间函数的使用小结》本文主要介绍了MySQL中DATE_FORMAT时间函数的使用小结,用于格式化日期/时间字段,可提取年月、统计月份数据、精确到天,对大家的学习或... 目录前言DATE_FORMAT时间函数总结前言mysql可以使用DATE_FORMAT获取日期字段

在 Spring Boot 中连接 MySQL 数据库的详细步骤

《在SpringBoot中连接MySQL数据库的详细步骤》本文介绍了SpringBoot连接MySQL数据库的流程,添加依赖、配置连接信息、创建实体类与仓库接口,通过自动配置实现数据库操作,... 目录一、添加依赖二、配置数据库连接三、创建实体类四、创建仓库接口五、创建服务类六、创建控制器七、运行应用程序八

MySQL 升级到8.4版本的完整流程及操作方法

《MySQL升级到8.4版本的完整流程及操作方法》本文详细说明了MySQL升级至8.4的完整流程,涵盖升级前准备(备份、兼容性检查)、支持路径(原地、逻辑导出、复制)、关键变更(空间索引、保留关键字... 目录一、升级前准备 (3.1 Before You Begin)二、升级路径 (3.2 Upgrade

MySQL连表查询之笛卡尔积查询的详细过程讲解

《MySQL连表查询之笛卡尔积查询的详细过程讲解》在使用MySQL或任何关系型数据库进行多表查询时,如果连接条件设置不当,就可能发生所谓的笛卡尔积现象,:本文主要介绍MySQL连表查询之笛卡尔积查... 目录一、笛卡尔积的数学本质二、mysql中的实现机制1. 显式语法2. 隐式语法3. 执行原理(以Nes

Go语言使用sync.Mutex实现资源加锁

《Go语言使用sync.Mutex实现资源加锁》数据共享是一把双刃剑,Go语言为我们提供了sync.Mutex,一种最基础也是最常用的加锁方式,用于保证在任意时刻只有一个goroutine能访问共享... 目录一、什么是 Mutex二、为什么需要加锁三、实战案例:并发安全的计数器1. 未加锁示例(存在竞态)

MySQL中读写分离方案对比分析与选型建议

《MySQL中读写分离方案对比分析与选型建议》MySQL读写分离是提升数据库可用性和性能的常见手段,本文将围绕现实生产环境中常见的几种读写分离模式进行系统对比,希望对大家有所帮助... 目录一、问题背景介绍二、多种解决方案对比2.1 原生mysql主从复制2.2 Proxy层中间件:ProxySQL2.3