SQL Server建表时如何通过CHECK约束基于出生日期校验年龄范围

CHECK约束校验年龄不生效，90%以上是以下两个原因导致的：

• 如果你使用的是8.0.16之前版本的MySQL，数据库只会在语法解析阶段识别CHECK约束的定义，但不会实际执行校验逻辑，这是该版本区间的固有实现规则，和你写的约束语法本身无关。
• 年龄计算逻辑不严谨：不少参考资料用YEAR(CURDATE()) - YEAR(birth_date)计算年龄，这种写法仅统计年份差，不会校验月、日是否达到生日当天，会导致未满16岁、超过80岁的非法值被漏判。

根据使用的数据库版本选择对应方案即可：

方案1：原生CHECK约束（适用于MySQL 8.0.16+、PostgreSQL、SQL Server等支持CHECK约束的数据库，性能最优） #

建表时直接定义约束即可，注意用CURDATE()获取不带时间部分的当前日期，通过日期区间做精确到天的年龄判断，不要用粗糙的年份差计算逻辑。
建表语句参考：

CREATE TABLE `user` (
  `id` BIGINT UNSIGNED NOT NULL AUTO_INCREMENT PRIMARY KEY,
  `username` VARCHAR(32) NOT NULL,
  `birth_date` DATE NOT NULL COMMENT '出生日期，DATE类型',
  -- 年龄范围校验：对应用户需满16周岁，且不超过80周岁
  CONSTRAINT `chk_user_age_valid` CHECK (
    `birth_date` >= DATE_SUB(CURDATE(), INTERVAL 80 YEAR)
    AND `birth_date` <= DATE_SUB(CURDATE(), INTERVAL 16 YEAR)
  )
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

约束生效后，所有INSERT、UPDATE操作写入的birth_date如果不在合法区间，数据库会直接抛出约束冲突错误，阻断非法数据写入。这个判断逻辑精确到天：比如当前日期为2024-10-01，只有出生日期在1944-10-01到2008-10-01之间的记录才会被允许写入，完全符合周岁计算规则。

方案2：触发器校验（适用于不支持CHECK约束的低版本MySQL） #

8.0.16以下版本的MySQL无法靠CHECK实现自动校验，可以通过BEFORE INSERT、BEFORE UPDATE两个触发器，在数据写入前做判断，遇到非法值直接抛出错误阻断写入。
实现代码参考：

-- 先创建基础表
CREATE TABLE `user` (
  `id` BIGINT UNSIGNED NOT NULL AUTO_INCREMENT PRIMARY KEY,
  `username` VARCHAR(32) NOT NULL,
  `birth_date` DATE NOT NULL COMMENT '出生日期，DATE类型'
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

-- 插入操作前置校验触发器
DELIMITER //
CREATE TRIGGER `trg_user_age_check_insert`
BEFORE INSERT ON `user`
FOR EACH ROW
BEGIN
  IF NEW.birth_date < DATE_SUB(CURDATE(), INTERVAL 80 YEAR)
     OR NEW.birth_date > DATE_SUB(CURDATE(), INTERVAL 16 YEAR) THEN
    SIGNAL SQLSTATE '45000'
    SET MESSAGE_TEXT = '非法出生日期：用户年龄需在16-80周岁区间内';
  END IF;
END //
DELIMITER ;

-- 更新操作前置校验触发器
DELIMITER //
CREATE TRIGGER `trg_user_age_check_update`
BEFORE UPDATE ON `user`
FOR EACH ROW
BEGIN
  IF NEW.birth_date < DATE_SUB(CURDATE(), INTERVAL 80 YEAR)
     OR NEW.birth_date > DATE_SUB(CURDATE(), INTERVAL 16 YEAR) THEN
    SIGNAL SQLSTATE '45000'
    SET MESSAGE_TEXT = '非法出生日期：用户年龄需在16-80周岁区间内';
  END IF;
END //
DELIMITER ;

• 不要用NOW()、CURRENT_TIMESTAMP这类带时分秒的时间函数和DATE类型字段做比较，虽然数据库会做隐式类型转换，但跨天事务、时间精度偏差场景下可能出现判断错误；CURDATE()本身返回纯日期值，和birth_date字段类型完全匹配，没有额外转换开销。
• 数据库层面的约束是最后一道校验防线，不要只在应用代码里做年龄判断，避免批量导入数据、直连库修改数据时绕过校验产生脏数据。

内容的提问来源于stack exchange，提问作者Moti