Ash Framework 中实现复合唯一约束的优雅方案

在数据库设计中，确保数据的唯一性约束是一个常见需求。Ash Framework 作为一个强大的 Elixir 框架，提供了多种方式来处理这类问题。本文将深入探讨如何在 Ash 中优雅地实现复合唯一约束，特别是针对需要特殊处理（如大小写不敏感）的场景。

复合唯一约束的常见场景

让我们以一个音乐数据库为例，其中包含专辑(albums)和艺术家(artists)两个主要实体。业务规则要求：

• 每个艺术家的专辑名称必须唯一
• 专辑名称的比较应该是大小写不敏感的

在传统 SQL 中，我们会创建一个复合唯一索引：

CREATE UNIQUE INDEX unique_name_per_artist ON albums (artist_id, LOWER(name));

Ash Framework 的现有解决方案

Ash 提供了 identities 功能来处理唯一性约束。当前实现方式需要借助计算字段：

postgres do
  calculations_to_sql lowercase_name: "LOWER(name)"
end

calculations do
  calculate :lowercase_name, :string, expr(string_downcase(name))
end

identities do
  identity :unique_name_per_artist, [:lowercase_name, :artist_id]
end

这种实现存在两个主要限制：

1. 计算字段不是数据库原生支持的属性，导致与 Phoenix.Form 的集成不够顺畅
2. 错误信息默认附加到第一个字段上，不够灵活

改进方案：error_fields 选项

Ash 核心团队提出了更优雅的解决方案——引入 error_fields 选项。这个方案允许开发者：

1. 保持数据库层面的复合唯一约束
2. 灵活指定错误信息应该附加到哪些字段上
3. 无需暴露中间的计算字段给前端

改进后的实现方式：

identities do
  identity :unique_name_per_artist, 
           [:artist_id, :lowercase_name], 
           error_fields: [:name],
           message: "专辑名称已存在"
end

技术实现细节

这个改进涉及两个层面的变更：

1. Ash 核心层：修改 Ash.Changeset 模块，使其在验证唯一性时考虑 error_fields 选项
2. PostgreSQL 适配器层：调整错误处理逻辑，确保数据库返回的约束违规能正确映射到指定的字段

值得注意的是，Ash 的错误系统本身就支持将错误附加到多个字段上，这使得 error_fields 可以接受一个字段列表而不仅限于单个字段。

实际应用建议

在实际开发中，我们建议：

1. 对于简单的唯一性约束，直接使用标准的 identity 声明
2. 对于需要特殊处理（如大小写不敏感）的复合约束，使用 error_fields 方案
3. 合理设计错误消息，确保最终用户能理解约束失败的原因

这种改进不仅解决了技术上的限制，还提升了开发体验和最终用户的使用感受，体现了 Ash Framework 对开发者友好性的持续关注。