章节摘要:DDL 定义数据库结构——CREATE 创建、ALTER 修改、DROP 删除。本章讲建库建表、改表结构、删表,以及约束的用法。
阅读完本章,你应当能够:
DDL 管结构,DML 管数据。结构错了影响所有数据操作。
建库建表,列定义、数据类型、约束。
加列、删列、改类型、加约束。
删表删库,不可恢复的风险。
6.1 CREATE(建) 6.2 ALTER(改) 6.3 DROP(删)
结构的建、改、删三种生命周期操作。
本章从"操作数据"转向"定义结构",是把设计想法落地的关键章节。建表能力直接反映对数据模型的理解。
学完本章,你应该能把一张"业务表"从概念翻译成 CREATE TABLE 语句,并解释每个约束的作用。这是后端开发必备技能——建表质量决定后续所有 SQL 的写法。
动手建议:自己完整设计一个小库(比如博客:用户表、文章表、评论表,带主外键和约束),这是对第 2 章概念和第 6 章语法的综合检验。
学完本章,请尝试回答下面几个问题:
第一个问题:建一张表,通常要考虑哪些约束?每种约束各自保证什么?
第二个问题:修改表结构有哪几类典型操作?每类操作对已有数据有什么影响?
第三个问题:删除单行、清空表、删除整表,三者的区别是什么?哪个操作最不可逆?
第四个问题:为什么生产环境修改或删除表结构之前,要备份、测试、走审批?
这四个问题覆盖了建、改、删三个环节的核心。能答出前三个,说明结构的增删改查已经掌握;能答出第四个,说明对结构操作的风险有了敬畏心。两者都做到,才算真正学好了本章。
建表时的约束和类型选择,直接决定了第 7 章索引的用武之地;建表时考虑主外键,也为第 4 章的多表连接打好了底子。结构设计得合理,后面一切操作都顺。