SQL数据验证应优先利用数据库约束机制实现实时校验：1. NOT NULL与DEFAULT防空值并自动填充；2. CHECK限制取值范围；3. UNIQUE与FOREIGN KEY保障唯一性及关联一致性；4. 自定义函数+CHECK或触发器处理复杂格式校验。

SQL数据验证的自动流程，核心在于利用数据库自身的约束机制，在数据写入时就完成校验，而不是依赖应用层或事后脚本检查。这种方式实时、高效、可靠，且不增加额外运维负担。

非空与默认值约束：防止空值误入

NOT NULL 和 DEFAULT 是最基础也最常用的校验手段。比如用户表中手机号不能为空，注册时间应自动填充当前时间：

• CREATE TABLE users (
•   id INT PRIMARY KEY,
•   phone VARCHAR(11) NOT NULL,
•   created_at DATETIME DEFAULT CURRENT_TIMESTAMP
• );

这样插入时若漏填 phone，数据库直接报错；未指定 created_at 则自动补上时间，无需程序判断。

CHECK约束：定义字段取值范围

CHECK 可限制列值满足特定逻辑表达式，适合业务规则较固定的场景。例如年龄必须在0–150之间，订单状态只能是预设值：

• ALTER TABLE users ADD CONSTRAINT chk_age CHECK (age BETWEEN 0 AND 150);
• ALTER TABLE orders ADD CONSTRAINT chk_status CHECK (status IN ('pending', 'paid', 'shipped', 'cancelled'));

注意：MySQL 8.0.16+ 才完整支持 CHECK；旧版本可用触发器或应用层兜底。

唯一与外键约束：保障数据关联一致性

UNIQUE 防止重复（如身份证号、邮箱），FOREIGN KEY 确保引用存在（如订单必须属于真实用户）：

• ALTER TABLE users ADD CONSTRAINT uk_id_card UNIQUE (id_card);
• ALTER TABLE orders ADD CONSTRAINT fk_user_id FOREIGN KEY (user_id) REFERENCES users(id) ON DELETE CASCADE;

外键还能配合 ON DELETE/ON UPDATE 实现级联操作，避免“孤儿记录”，让数据关系始终可信。

自定义函数 + CHECK（高级用法）

当 CHECK 表达式不够用（比如要校验手机号格式、邮箱合法性），可结合自定义函数（PostgreSQL/SQL Server 支持较好）：

• 先创建函数 is_valid_phone(phone TEXT) 返回布尔值；
• 再添加约束：ADD CONSTRAINT chk_phone CHECK (is_valid_phone(phone));

MySQL 目前不支持函数在 CHECK 中调用，此时建议改用 BEFORE INSERT 触发器做等效校验。

基本上就这些。用好约束，不是把校验“搬进数据库”，而是让数据库真正成为数据质量的第一道防线。