SQL基础精讲：九大动词、约束体系与建表语法全解析

简介这份PPT课件面向高校计算机及相关专业学生聚焦数据库系统概论第4章关系数据库标准语言SQL帮助读者系统掌握SQL的核心概念与基础语法。内容从SQL概述切入讲解其一体化、非过程化、面向集合等语言特点并梳理数据定义、数据操纵、数据查询、数据控制及视图五大功能分类重点展开基本表的创建、修改与删除涵盖CREATE TABLE语法结构、数值型与字符型等数据类型以及主键、外键、非空、唯一、检查等完整性约束条件配合职工与部门关系模式建表实例加深理解。资源为单个PPT文件压缩包约428KB轻量便于课堂演示与课后复习。目前已有100人学习适合作为数据库课程同步讲义或期末复习提纲帮助读者快速建立SQL知识框架并对照实例巩固建表与约束的写法。1. 从一份 PPT 说起为什么 SQL 这块地基值得反复砸很多人第一次接触《数据库系统概论》第 4 章这份 PPT是在期末复习或者考研冲刺的节点上。它讲的是关系数据库标准语言 SQL覆盖 SQL 概述、数据定义、数据查询、数据操纵、视图五大块。乍一看像课件实际上它是一份把 SQL 九大动词、约束体系、建表语法串成一条线的浓缩讲义。你如果正在补数据库基础、准备面试里的 SQL 语句复习或者带新人过一遍数据定义语句这份资料能直接当骨架用。它不教你某个具体数据库的骚操作而是把标准 SQL 的语法结构、约束分类、数据类型这些底层规则讲清楚。地基砸实了后面写慢 SQL 优化、看执行计划、做数据迁移才不至于翻车。2. SQL 概述与九大动词先搞清这门语言到底管多宽2.1 SQL 的定位与一体化特征SQL 全称 Structured Query Language结构化查询语言。名字里带“查询”但它的能力远不止查询。这份 PPT 里反复强调一个词一体化。它集数据定义、数据查询、数据更新和数据控制于一体能覆盖数据库生命周期中的全部活动。什么意思你建库建表、插数据、查数据、改数据、删数据、授权收权全用同一套语言完成不需要在几种工具之间来回切换。PPT 里还提到一个关键点SQL 面向集合。它的操作对象是集合运算结果是集合一次插入、删除、更新的对象也可以是集合。这一点和很多过程化语言的操作方式不同。你写一条 UPDATE可能影响一万行也可能影响零行SQL 不关心逐行处理它关心的是“满足条件的那个集合”。理解这一点后面写 WHERE 条件、写 JOIN 的时候脑子里装的应该是集合运算而不是循环。另一个特征是高度非过程化。你只需要指出“做什么”不必指明“怎么做”。比如你要查所有年龄大于 16 的学生你写 SELECT * FROM Student WHERE Age 16至于数据库是用索引扫还是全表扫那是优化器的事。这个特征降低了使用门槛但也埋了一个坑写 SQL 的人容易忽略性能因为“怎么做”被藏起来了。后面讲慢 SQL 优化的时候这个坑会反复出现。PPT 还提到 SQL 的两种使用方式交互式独立使用或者嵌入宿主语言比如 VC、VB、Delphi、PB中使用语法结构一致。这意味着你在 Navicat 里敲的 SQL和你在 Python 里通过驱动执行的 SQL核心语法是同一套。区别只在于嵌入方式、参数绑定和结果集处理。2.2 九大动词与功能分类PPT 把 SQL 的核心功能压缩到九个动词这个归纳很实用。我把它整理成一张表方便对照记忆功能分类命令动词说明数据定义CREATE、DROP、ALTER建表、删表、改表结构数据操纵INSERT、UPDATE、DELETE增、改、删数据数据查询SELECT查数据SQL 里最复杂的一块数据控制GRANT、REVOKE、COMMIT、ROLLBACK授权、收权、提交、回滚这里注意一个细节PPT 在数据控制里把 COMMIT 和 ROLLBACK 也列进去了有些教材只列 GRANT 和 REVOKE。这个差异不影响理解但说明这份资料在分类上偏向事务控制的完整性。你如果拿它当复习提纲建议把 COMMIT 和 ROLLBACK 归到事务管理里单独记避免和权限控制混淆。九大动词里SELECT 是唯一一个属于查询的但它的复杂度远超其他八个。PPT 后面用了一整节讲数据查询包括单表查询、连接查询、嵌套查询、集合查询。实际工作中你写十行 SQL八行是 SELECT剩下两行是 INSERT 和 UPDATE。所以 SELECT 的功夫下多深都不为过。2.3 SQL 的应用生态PPT 列举了 SQL 的应用范围Oracle、Sybase、Informix、Ingres、DB2、SQL Server、Rdb 等大型数据库管理系统实现了 SQLDbase、Foxpro、Access 等 PC 机数据库管理系统部分实现了 SQL可以在 HTML 中嵌入 SQL 语句通过 WWW 访问数据库在 VC、VB、Delphi、PB 中也可嵌入 SQL 语句。这段内容写于早期但核心判断至今成立SQL 是关系数据库的标准语言是关系数据库的基础。Oracle、SQL Server、DB2 都使用 SQL。很多数据库产品还对 SQL 进行了再开发与扩展比如 Oracle 提供的 PL/SQL 就是对 SQL 的一种扩展。你在实际工作中遇到的 MySQL、PostgreSQL、Spark SQL本质上都是 SQL 的方言实现。标准 SQL 是底子方言是上层建筑。底子不牢换一个数据库就得重新学一遍。提示如果你正在准备面试里的 SQL 语句复习建议先把九大动词和功能分类默写一遍再往下看数据定义。这个框架能帮你把零散的语法点挂上去。3. 数据定义建表语句里的约束体系与数据类型选型3.1 CREATE TABLE 的三段式结构PPT 把创建基本表的语法拆成三个组成部分列名、数据类型、完整性约束条件。语法骨架如下CREATE TABLE 基本表名 ( 列名 数据类型 [列级完整性约束条件] [, 列名 数据类型 [列级完整性约束条件]] ... [, 表级完整性约束条件] );这个结构看起来简单但实际写的时候新手最容易在三个地方出问题一是约束条件放错位置二是数据类型选错三是命名不规范。PPT 专门列了建表注意事项我结合自己的经验逐条说。表名或列名不得超过 30 个字符。这个限制来自早期数据库的实现现在很多数据库已经放宽了但养成短命名的习惯没坏处。命名规则第一个字符必须是字母后面可以跟字母、数字、三个特殊符号_、$、#表名或列名中不可以包含空格。一个用户中表名要唯一一个表中列名要唯一。表名和列名不区分大小写但显示出来都是大写。保留字不能用作表名或列名。这里有一个血泪经验用保留字做列名比如把列名叫order、group、desc建表的时候可能不报错但后面写查询的时候必须加引号或者转义否则直接语法错误。我见过有人把订单表的列名叫order结果所有查询都得写成SELECT \order FROM ...维护起来极其难受。所以建表之前先查一下数据库的保留字列表花五分钟能省后面五小时的排查。3.2 数据类型数值、字符、位串、时间、布尔PPT 把数据类型分成五类我按实际使用频率重新排一下数值型里INTEGER可简写 INT和 SMALLINT 用于整数NUMERIC(p,s) 用于精确数值FLOAT(p)、REAL、DOUBLE PRECISION 用于浮点数。实际建表的时候金额字段我一般用 NUMERIC 或 DECIMAL不用 FLOAT因为浮点数有精度问题。你如果做过财务相关的表应该知道 0.1 0.2 不等于 0.3 的经典问题。字符型里CHAR(n) 是固定长度VARCHAR(n) 是可变长度。PPT 特别标注VARCHAR 的 n 不可省略。这个细节很多人忽略写 VARCHAR 不带长度有些数据库直接报错有些给个默认值行为不一致。位串型 BIT(n) 和 BIT VARYING(n) 在实际业务里用得少但做权限位运算或者状态标记的时候有用。时间型 DATE 包含年月日格式 YYYY-MM-DDTIME 包含时分秒格式 HH:MM:SS。布尔型 BOOLEAN 的值是 TRUE 或 FALSE。选数据类型的时候我一般遵循几个原则能用小类型就不用大类型比如年龄用 SMALLINT 不用 INT金额用 NUMERIC 不用 FLOAT字符串长度留余量但别太夸张VARCHAR(10) 能存下的名字别开 VARCHAR(255)。这些选择在单表数据量小的时候看不出差别但数据量上千万之后类型选错会导致存储膨胀和索引效率下降。3.3 约束条件主键、外键、非空、唯一、检查PPT 把约束条件分成五类主键约束PRIMARY KEY、外键约束FOREIGN KEY、非空约束NOT NULL、唯一约束UNIQUE、检查约束CHECK。并且明确指出基本表的完整性约束可定义为两级——表级约束和列级约束。上述五种约束条件均可作为列级完整性约束条件但非空约束不可以作为表级完整性约束条件而其他四种也可以作为表级完整性约束条件。这个“非空约束不能做表级约束”的细节很多人记不住。我自己的记法是非空约束只针对单个列天然就是列级的而主键、外键、唯一、检查可能涉及多个列的组合所以需要表级定义。比如联合主键 PRIMARY KEY(eno, dno)必须写在表级。PPT 给了两个对比示例一个是列级约束一个是表级约束。我把它们放在一起方便对照-- 列级约束写法 CREATE TABLE emp ( eno number(6) primary key, ename varchar2(10) unique, sex varchar2(3) not null, dno varchar2(10) references dept(dno), sal number(6) check(sal 1000 and sal 10000) ); -- 表级约束写法 CREATE TABLE emp ( eno number(6), ename varchar2(10), sex varchar2(3) not null, dno varchar2(10), sal number(6), primary key(eno), unique(ename), foreign key(dno) references dept(dno), check(sal between 1000 and 10000) );逻辑说明列级约束直接跟在列定义后面适合单列约束表级约束写在所有列定义之后适合多列组合约束。参数说明number(6)表示最多 6 位数字varchar2(10)是 Oracle 的可变字符串类型references dept(dno)表示外键引用 dept 表的 dno 列。注意check(sal between 1000 and 10000)和check(sal 1000 and sal 10000)在边界上等价但 BETWEEN 写法更简洁。PPT 还给了学生表的例子所有约束均为列级CREATE TABLE Student ( Sno CHAR(8) PRIMARY KEY, /* 主键约束 */ Sname CHAR(10) UNIQUE, /* 唯一约束 */ Sex CHAR(3) NOT NULL, /* 非空约束 */ Age INT CHECK(Age 16), /* 检查约束 */ Dept VARCHAR(15) );这个例子适合拿来练手。你可以把它复制到 MySQL 或 PostgreSQL 里跑一遍然后把约束逐个删掉观察插入非法数据时的报错信息。报错信息是理解约束的最好教材。注意外键约束的列和被引用列的数据类型必须兼容长度可以不同但类型要匹配。我见过有人用 INT 做外键引用 VARCHAR 的主键建表时报错排查了半天才发现是类型不匹配。4. 数据查询与数据操纵SELECT 的集合思维与增删改的边界4.1 SELECT 的集合操作方式PPT 在 SQL 特点里强调“面向集合的操作方式”这个特征在 SELECT 里体现得最明显。你写一条 SELECT返回的是一个结果集这个结果集可以来自单表也可以来自多表连接还可以来自嵌套查询。PPT 把数据查询单独列为一节说明它的分量。实际写查询的时候我一般按这个顺序思考先确定数据来自哪几张表再确定连接条件然后确定过滤条件最后确定返回哪些列。这个顺序和 SQL 的执行顺序不完全一致但符合人的思维习惯。SQL 的执行顺序大致是 FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY你如果按执行顺序写反而容易乱。连接查询是 SELECT 里的重头戏。PPT 提到了连接运算实际工作中最常用的是 INNER JOIN、LEFT JOIN、RIGHT JOIN。我自己的习惯是能用 INNER JOIN 就不用 LEFT JOIN因为 LEFT JOIN 的驱动表选择会影响性能而且容易产生 NULL 值后续处理麻烦。如果业务确实需要保留左表全部记录再用 LEFT JOIN并且明确知道右表可能为 NULL 的列。嵌套查询是另一个容易翻车的地方。PPT 里提到合并、求差、相交、乘积、投影、选择、连接等关系运算这些在 SQL 里都有对应的写法。嵌套查询写多了可读性会下降我一般建议把嵌套查询改写成 JOIN除非嵌套查询能用 EXISTS 或 IN 走半连接优化。慢 SQL 优化的时候嵌套查询往往是重点排查对象。4.2 INSERT、UPDATE、DELETE 的集合影响数据操纵三个动词INSERT、UPDATE、DELETE。PPT 把它们归在数据操纵里和查询分开。实际使用的时候这三个动词的风险比 SELECT 高得多因为 SELECT 写错了最多查不出数据UPDATE 和 DELETE 写错了可能直接丢数据。INSERT 的集合特征体现在批量插入。你可以写一条 INSERT 插入一行也可以写 INSERT INTO ... SELECT ... 插入一批。批量插入的时候注意事务大小一次插入几十万行可能导致日志膨胀和锁等待。我一般会分批提交比如每 1000 行提交一次。UPDATE 和 DELETE 的集合特征更明显。你写 UPDATE emp SET sal sal * 1.1 WHERE dno D001影响的是整个部门的人。写之前我强制自己先用 SELECT 把 WHERE 条件跑一遍确认影响行数符合预期再把 SELECT 改成 UPDATE 或 DELETE。这个习惯救过我很多次。PPT 里没有展开讲这个但这是实操中必须养成的肌肉记忆。提示执行 UPDATE 或 DELETE 之前先开事务执行完确认影响行数再 COMMIT。如果发现不对ROLLBACK 还来得及。这就是 PPT 里把 COMMIT 和 ROLLBACK 归入数据控制的用意。4.3 视图PPT 里一笔带过但实际很重的一块PPT 的目录里列了第五节视图但正文没有展开。视图在实际工作中的价值我补充几点。视图是一个虚拟表不存储数据只存储查询定义。它的好处是简化复杂查询、控制权限、屏蔽底层表结构变化。比如你有一张宽表不同角色只能看部分列你可以给每个角色建一个视图只暴露该看的列。视图的坑在于性能。视图展开后可能变成很复杂的查询如果视图里嵌套了视图执行计划可能失控。我一般建议视图嵌套不超过两层并且对视图的查询也要做慢 SQL 监控。另外视图的更新限制比较多不是所有视图都能 UPDATE具体取决于数据库实现和视图定义。5. 避坑与排查建表和查询里最容易翻车的五件事5.1 现象建表时报“无效的数据类型”原因用了数据库不支持的别名或者 VARCHAR 没写长度。比如在 Oracle 里写 VARCHAR 不带长度或者用 BOOLEAN 类型但数据库不支持。解决先确认数据库版本和类型支持列表。Oracle 里用 VARCHAR2(n)MySQL 里用 VARCHAR(n)布尔类型用 TINYINT(1) 或 ENUM 替代。建表之前把数据类型对照表过一遍。5.2 现象插入数据时报“违反检查约束”原因CHECK 约束的条件和插入值不匹配或者 CHECK 约束里用了不支持的非确定性函数。解决先用 SELECT 把 CHECK 条件里的表达式跑一遍确认边界值。注意 BETWEEN 的边界是闭区间BETWEEN 1000 AND 10000包含 1000 和 10000。如果业务要求开区间得写成 1000 AND 10000。5.3 现象外键约束导致插入顺序受限原因子表插入时父表还没有对应的主键值。或者删除父表记录时子表还有引用。解决调整插入顺序先插父表再插子表。删除时先删子表再删父表或者用 ON DELETE CASCADE 级联删除。但级联删除要慎用我一般不建议在核心业务表上用因为删一条父表记录可能带走一批子表数据风险太高。5.4 现象UPDATE 或 DELETE 影响行数远超预期原因WHERE 条件写漏了或者条件字段有 NULL 值导致匹配异常。解决执行前先用 SELECT COUNT(*) 确认影响行数。WHERE 条件里涉及 NULL 的时候用 IS NULL 或 IS NOT NULL不能用 NULL。这个坑在 SQL 语句复习里经常考实际工作中也经常踩。5.5 现象查询结果里出现重复行原因连接查询时一对多关系导致左表记录重复。或者 SELECT 的列里包含了导致重复的字段。解决先确认业务逻辑是否需要去重。如果需要用 DISTINCT 或者 GROUP BY。但 DISTINCT 有性能代价数据量大时慎用。更好的做法是检查连接条件看能不能通过调整 JOIN 方式避免重复。SQL 语句去重是热搜里的高频问题核心还是搞清楚数据关系而不是无脑加 DISTINCT。6. 进阶技巧把这份 PPT 变成可执行的 SQL 练习清单这份 PPT 的价值不在于读一遍而在于把它变成可执行的练习。我一般会按下面的步骤把一份课件拆成练习清单。第一步把 PPT 里的建表示例全部敲一遍。不要复制粘贴手敲。手敲的过程中你会自然注意到标点符号、大小写、约束位置这些细节。PPT 里的 emp、dept、Student 三个表足够覆盖主键、外键、非空、唯一、检查五类约束。第二步给每个表插入测试数据然后故意插入非法数据观察报错信息。比如给 Student 表的 Age 插入 15看 CHECK 约束怎么报错给 Sno 插入重复值看主键约束怎么报错。报错信息是理解约束的最好教材比看语法文档管用。第三步把列级约束改写成表级约束再改回来。这个练习能帮你彻底搞清两级约束的边界尤其是非空约束为什么不能做表级约束。第四步用 SELECT 把插入的数据查出来然后逐步加 WHERE、JOIN、GROUP BY、HAVING、ORDER BY观察结果集的变化。这一步的目的是建立集合思维而不是逐行思维。第五步把 UPDATE 和 DELETE 的 WHERE 条件先写成 SELECT确认影响行数再改成 UPDATE 和 DELETE。这个习惯我坚持了很多年从那以后我每次执行更新和删除之前都强制走一遍 SELECT 确认影响范围。希望帮到你。本文还有配套的精品资源点击获取