Drizzle ORM 中 PostgreSQL 检查约束的正确使用方法

在使用 Drizzle ORM 进行 PostgreSQL 数据库开发时，许多开发者遇到了检查约束（Check Constraints）无法正确生成的问题。本文将深入分析这一问题的根源，并提供正确的实现方法。

问题背景

检查约束是数据库设计中非常重要的功能，它允许开发者在表级别定义数据验证规则。在 Drizzle ORM 的早期版本中，文档推荐的检查约束语法在实际使用中无法正确生成 SQL 迁移文件。

错误实现方式

根据早期文档，开发者通常会这样定义检查约束：

(table) => [{
    checkConstraint: check("age_check1", sql`${table.age} > 21`)
}]

这种写法虽然看起来合理，但实际上不会生成预期的检查约束。许多开发者报告称，运行迁移后数据库中没有出现相应的约束。

正确实现方式

经过社区验证，正确的检查约束定义方式应该是：

(table) => [check("age_check1", sql`${table.age} > 21`)]

关键区别在于：

1. 直接返回 check 函数调用，而不是将其包装在对象中
2. 不需要使用 checkConstraint 属性

多约束定义

如果需要定义多个检查约束，可以这样写：

(table) => [
    check("positive_qty", sql`${table.qty} >= 0`),
    check("positive_price", sql`${table.price} >= 0`)
]

其他约束类型

同样的语法规则也适用于唯一约束（Unique Constraints）：

// 错误写法
(table) => [{
    unqConstraint: unique("unique_name").on(table.field1, table.field2)
}]

// 正确写法
(table) => [unique("unique_name").on(table.field1, table.field2)]

版本兼容性

这个问题主要出现在 Drizzle ORM 0.36.x 版本中。建议开发者升级到最新版本（0.39.1 或更高），并确保同时更新 drizzle-kit 到最新版本（0.30.4 或更高）。

最佳实践

1. 始终检查生成的 SQL 迁移文件，确认约束是否被正确包含
2. 对于复杂的约束条件，可以先在数据库直接创建，然后使用 drizzle-kit pull 导入
3. 考虑在应用层也实现相同的验证逻辑，作为数据库约束的补充

通过遵循这些指导原则，开发者可以充分利用 Drizzle ORM 的强大功能，同时确保数据库约束的正确实施。