咨询：Prisma中如何实现单用户仅一个激活Item（禁用null与复合约束）

方案一：使用PostgreSQL部分唯一索引（推荐） #

PostgreSQL的部分唯一索引可以精准匹配你的需求：只对is_active = true的记录强制user_id唯一性，既不用null值，也能保证每个用户最多一个激活Item，同时允许存在任意多个禁用Item。

实现步骤： #

1. 在Prisma Schema中定义基础Item表：

model Item {
  id        String   @id @default(uuid())
  userId    String
  isActive  Boolean  @default(false)
  // 其他业务字段...
  user      User     @relation(fields: [userId], references: [id])
}

2. 生成初始迁移文件后，手动修改迁移文件，添加部分唯一索引：

CREATE UNIQUE INDEX idx_active_item_per_user ON "Item" ("user_id") WHERE "is_active" = true;

3. 执行迁移后，数据库会自动拦截违反约束的操作：比如同一用户插入第二条is_active = true的Item时直接报错，从根源保证规则生效。

方案二：独立激活状态表 #

创建一张单独的表存储用户当前激活的Item，通过主键唯一约束确保单用户仅一条激活记录，全程避免null值。

实现步骤： #

1. 在Prisma Schema中新增UserActiveItem表：

model UserActiveItem {
  userId    String   @id
  itemId    String
  item      Item     @relation(fields: [itemId], references: [id], onDelete: Cascade)
  user      User     @relation(fields: [userId], references: [id], onDelete: Cascade)
}

这里userId作为主键，天然保证每个用户仅一条激活关联记录。

2. 业务逻辑中激活Item时：
   • 先删除该用户在UserActiveItem中的旧记录（如果存在）
   • 插入新记录关联目标Item
   • （可选）通过数据库触发器同步Item表的isActive字段，保证数据一致性

方案三：应用层逻辑+数据库兜底约束 #

如果依赖应用层控制流程，必须搭配数据库约束避免并发场景下的规则失效：

1. 应用代码中激活新Item时，先批量更新该用户所有Item的isActive为false，再将目标Item设为true
2. 同时在数据库中添加方案一中的部分唯一索引，作为兜底机制，防止并发操作导致的多激活Item问题

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