SQL入门核心：从DDL、DML到DQL的实战路径梳理-代码聚汇网

SQL入门核心：从DDL、DML到DQL的实战路径梳理

SQLSQL入门DDL

|难度：普通|阅读约 36 分钟

SQL 这门语言，说它是数据行业的“普通话”一点不夸张。无论你是后端开发、数据分析师、运维，还是刚转行做测试，只要跟数据库打交道，SQL 就是绕不开的第一道门槛。很多人一开始被各种概念吓住，其实剥开来看，SQL 的核心就三件事：定义数据、操作数据、查询数据。把这套逻辑理清楚，后面再学窗口函数、慢查询优化、ORM 映射这些进阶内容，都是水到渠成的事。

这篇文章我就按这条主线来拆，先从整体学习路径说起，然后一个模块一个模块地过一遍 DDL、DML、DQL 的常用写法，穿插一些我在实际项目中踩过的坑和总结出来的经验。内容尽量贴近真实的开发场景，不搞那种纯理论的说教。适合刚学 SQL 的新手，也适合那些写过一段时间 SQL 但总觉得基础不牢、想系统梳理一遍的同学。

1. 学 SQL 前，先搞清楚它到底能干什么

很多人学 SQL 容易陷入一个误区，就是上来就背语法、刷题，结果背了一堆关键字，到了真实业务场景还是不会用。要解决这个问题，得先建立一个整体认知：SQL 在数据体系里面到底处在什么位置。

1.1 SQL 不是数据库本身，而是和数据库沟通的语言

我先打个比方。你把数据库想成一个大型仓库，里面摆满了货架（表），货架上放着各种分类好的货物（数据）。SQL 就是你跟仓库管理员对话用的那套指令。你不需要自己钻进仓库搬货，你只需要告诉管理员“把 3 号货架第二层所有红色的货物清点一遍”，管理员就会按你的指令去执行。

这个比喻背后对应着一个很重要的概念：SQL 是结构化查询语言（Structured Query Language），它是一种声明式语言。声明式的意思是，你只需要告诉系统“我要什么”，而不需要告诉它“怎么去拿”。数据库引擎会自己决定是走索引、做全表扫描还是调整连接顺序。这一点跟 Java、Python 这种命令式语言有本质区别，初学的时候一定要在脑子里把这个弯转过来。

另外要注意，SQL 本身有标准（比如 SQL:2016），但不同数据库产品在实现上会有方言差异。MySQL、SQL Server、Oracle、PostgreSQL，它们的核心语法基本一致，可一旦涉及分页、字符串拼接、自增主键这些细节，写法就各不相同了。所以学习的时候要有意识地记一下“通用写法”和“产品特有写法”之间的边界，后面换数据库的时候会少踩很多坑。

1.2 三条主线：DDL、DML、DQL

整个 SQL 体系可以粗分为四大类，前三个是这篇文章的重点：

分类	英文全称	作用	典型关键字
数据定义	Data Definition Language	定义数据库对象的结构	CREATE、ALTER、DROP
数据操作	Data Manipulation Language	对表里的数据做增删改	INSERT、UPDATE、DELETE
数据查询	Data Query Language	查询、统计、分析数据	SELECT、JOIN、GROUP BY
数据控制	Data Control Language	权限与事务管理	GRANT、REVOKE、COMMIT

你会发现，真正写 SQL 的时间分配上，DQL 能占到八成以上，这也是面试和工作中考察最重的部分。但如果没有 DDL 把表建好，没有 DML 把数据灌进去，查询就成了无源之水。所以我的建议是学习路径按照 DDL → DML → DQL 的顺序走，每一步都建立在前面已经实际操作过的基础上。硬要跳级的话，后面查数据卡住了都不知道问题出在表结构上还是查询语句上，排查起来非常痛苦。

需要模型API调用？免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。

2. 数据定义（DDL）：会建表才算入门

数据定义这层解决的问题是：数据以什么样的结构存放。就好比你要开一家超市，得先决定货架怎么摆、每个货架放什么类型的商品。放到数据库里，这就是建表、改表、删表的过程。

2.1 CREATE TABLE：一张表的诞生

先看一个最典型的建表语句，我们模拟一个简化版的电商用户表：

sql复制CREATE TABLE users (
    id INT NOT NULL AUTO_INCREMENT COMMENT '用户ID，自增主键',
    username VARCHAR(50) NOT NULL COMMENT '用户名',
    email VARCHAR(100) COMMENT '邮箱',
    age INT COMMENT '年龄',
    created_at DATETIME DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',
    PRIMARY KEY (id),
    UNIQUE KEY uk_username (username)
) COMMENT='用户表';

这里有几个关键点需要展开说。第一是数据类型的选择。INT 存整数，VARCHAR 存变长字符串，DATETIME 存时间。很多新手容易犯的错误是用户名用 TEXT，年龄用 VARCHAR，或者把所有字段都定义成 VARCHAR(255)。这种设计短期内看不出问题，但数据量一上来，空间浪费、索引失效、排序错乱全来了。原则很简单：能用数值类型就不用字符串，字符串要按实际长度控制范围。

第二是约束条件的理解。NOT NULL 表示字段不能为空，AUTO_INCREMENT 表示自增（MySQL 语法），PRIMARY KEY 是主键约束，UNIQUE KEY 是唯一约束。这里我多说一句，主键和唯一键都能保证唯一性，但主键更多是逻辑上的行标识，一张表只能有一个主键，可以有多个唯一键。选择谁的邮箱作为唯一键、谁的手机号作为唯一键，要结合业务来定。