异常教程

SQLite 约束（一文讲透）

更新时间:

💡一则或许对你有用的小广告

欢迎加入小哈的星球 ，你将获得：专属的项目实战 / 1v1 提问 / Java 学习路线 / 学习打卡 / 每月赠书 / 社群讨论

  • 新项目:《从零手撸：仿小红书（微服务架构）》 正在持续爆肝中，基于 Spring Cloud Alibaba + Spring Boot 3.x + JDK 17...，点击查看项目介绍 ;
  • 《从零手撸：前后端分离博客项目（全栈开发）》 2 期已完结，演示链接： http://116.62.199.48/ ;

截止目前， 星球 内专栏累计输出 82w+ 字，讲解图 3441+ 张，还在持续爆肝中.. 后续还会上新更多项目，目标是将 Java 领域典型的项目都整一波，如秒杀系统, 在线商城, IM 即时通讯，权限管理，Spring Cloud Alibaba 微服务等等，已有 2900+ 小伙伴加入学习 ，欢迎点击围观

前言：数据库设计中的“约束”艺术

在数据库设计中，SQLite 约束如同一位严谨的“规则制定者”，确保数据的完整性、唯一性和一致性。对于编程初学者和中级开发者而言，理解约束的使用逻辑，不仅能避免数据冗余或错误，还能显著提升应用程序的健壮性。本文将以循序渐进的方式，结合实际案例，深入解析 SQLite 中的核心约束类型，帮助读者掌握如何通过约束构建可靠的数据库结构。

约束的基本概念：数据规则的“守护者”

在 SQLite 中，约束（Constraint）是表结构定义中的一组规则，用于限制或强制数据在插入、更新时符合特定条件。其作用类似于现实生活中的交通规则：交通规则确保车辆和行人有序流动，而约束则确保数据库中的数据符合业务逻辑。

约束的核心目标

  1. 数据完整性：防止无效或不合理的数据进入数据库。
  2. 一致性：确保相关数据之间存在逻辑关联（例如，外键约束）。
  3. 性能优化：通过约束减少无效数据，间接提升查询效率。

常见约束类型详解：从基础到进阶

1. PRIMARY KEY（主键约束）

主键约束是最基础且重要的约束之一，它为表中的每一行数据提供唯一标识，类似于身份证号。主键的值必须满足两个条件：

  • 唯一性：表中所有行的主键值不能重复。
  • 非空性：主键字段的值不能为空（NULL）。

示例：创建学生表

CREATE TABLE students (
    student_id INTEGER PRIMARY KEY,  -- 主键字段
    name TEXT NOT NULL,
    age INTEGER,
    enrollment_date DATE
);

代码解析：

  • student_id 是主键，确保每个学生记录的唯一性。
  • 若尝试插入两条 student_id 相同的记录，SQLite 会报错：NOT NULL constraint failed。

2. NOT NULL（非空约束）

NOT NULL 约束强制字段在插入或更新数据时必须提供有效值。例如，学生的姓名和学号通常不可为空。

案例：创建课程表

CREATE TABLE courses (
    course_id TEXT PRIMARY KEY,
    course_name TEXT NOT NULL,
    credits INTEGER NOT NULL CHECK(credits > 0)  -- 结合 CHECK 约束
);

错误场景：

INSERT INTO courses (course_id, course_name, credits) 
VALUES ('C001', 'Math', NULL);  
-- 错误：credits 字段违反 NOT NULL 约束

3. UNIQUE（唯一性约束）

UNIQUE 约束确保字段的值在表中唯一，但允许 NULL 值（与主键不同）。例如，用户的邮箱地址需唯一，但允许未绑定邮箱的用户。

示例：用户表设计

CREATE TABLE users (
    user_id INTEGER PRIMARY KEY,
    email TEXT UNIQUE,
    phone_number TEXT UNIQUE
);

关键点：

  • 若插入两条 email 相同的记录，会触发 UNIQUE constraint failed 错误。
  • phone_number 也受 UNIQUE 约束，但允许其中一条记录的值为 NULL。

4. FOREIGN KEY（外键约束）

外键约束用于建立表与表之间的关联，确保引用数据的存在性。例如，订单表中的 customer_id 必须存在于客户表中。

案例：订单与客户关联

CREATE TABLE customers (
    customer_id INTEGER PRIMARY KEY,
    name TEXT NOT NULL
);

CREATE TABLE orders (
    order_id INTEGER PRIMARY KEY,
    customer_id INTEGER,
    FOREIGN KEY (customer_id) REFERENCES customers(customer_id)
);

错误场景：

INSERT INTO orders (customer_id) VALUES (999);  -- 假设客户表中无 customer_id=999
-- 错误：违反外键约束，引用的客户不存在

5. CHECK（条件约束）

CHECK 约束允许自定义条件，确保字段值符合特定逻辑。例如，年龄必须在 18 到 100 之间。

示例：限制年龄范围

CREATE TABLE employees (
    employee_id INTEGER PRIMARY KEY,
    age INTEGER CHECK (age BETWEEN 18 AND 100),
    salary REAL CHECK (salary > 0)
);

代码解析：

  • 若插入 age = 17，会触发 CHECK constraint failed 错误。
  • CHECK 约束可结合逻辑运算符（如 AND, OR）实现复杂条件。

约束的使用场景与最佳实践

场景 1：避免数据冗余

通过 UNIQUE 约束确保关键字段（如邮箱、身份证号）的唯一性，防止重复数据的插入。

场景 2：维护数据关联性

外键约束确保订单中的客户 ID 必须存在于客户表中，避免“悬空引用”。

场景 3：业务规则编码

CHECK 约束将业务规则（如商品价格不能为负数）直接编码到数据库层，减少应用层的逻辑复杂度。

约束的修改与删除

修改表结构：添加或删除约束

-- 为现有表的字段添加 NOT NULL 约束
ALTER TABLE students ADD COLUMN grade TEXT NOT NULL;

-- 删除主键约束（需先删除依赖的外键）
ALTER TABLE students DROP CONSTRAINT students_student_id_primary_key;

注意事项

  • 修改约束可能影响现有数据，需提前备份。
  • 复杂的约束修改建议通过 CREATE TABLE ... AS SELECT 重构表结构。

常见问题与解决方案

问题 1：如何查看表的约束信息？

PRAGMA table_info(table_name);  -- 查看字段级约束
PRAGMA foreign_key_list(table_name);  -- 查看外键约束

问题 2：约束导致插入失败如何排查？

  • 检查错误信息中的约束名称（如 NOT NULL constraint failed）。
  • 使用 INSERT 或 UPDATE 语句时，逐步排除字段以定位问题。

结论：约束是数据库设计的“隐形卫士”

通过合理使用 SQLite 约束，开发者可以构建出健壮、可靠的数据库结构。从主键的唯一标识到外键的关联维护，约束不仅减少了业务逻辑的复杂度，还降低了数据异常的风险。对于初学者，建议从简单约束（如 PRIMARY KEY、NOT NULL）入手，逐步深入学习复合约束（如 CHECK、FOREIGN KEY）。

在实际开发中，约束与应用程序的业务规则需紧密结合。例如，电商平台中商品的库存数量可通过 CHECK 约束限制为非负数，而订单的用户 ID 必须通过外键关联到用户表。通过这种“双保险”机制，开发者可以显著提升数据的质量和系统的稳定性。

掌握 SQLite 约束的使用，是迈向专业数据库设计的重要一步。希望本文能为你的开发之路提供清晰的指引！

最新发布

查看更多文章