如何让含NULL值的复合唯一键正常触发GraphQL冲突更新

这个问题和GraphQL层逻辑无关，是底层关系型数据库（PostgreSQL等绝大多数支持GraphQL引擎的数据库均遵循该规则）对唯一约束的标准实现：SQL标准规定NULL不等于任何值，也不等于另一个NULL，因此普通复合唯一键遇到包含NULL的字段组合时，不会将两条同part_number、同NULL organization_id的记录判定为重复，自然无法触发on_conflict配置对应的更新逻辑。

不需要新增无实际业务意义的“全局组织”记录占用organization_id，通过数据库层的部分唯一索引搭配分场景约束匹配即可实现需求，完全保留organization_id字段的可空属性：

• 保留现有products_pn_organization_id_key复合唯一键，该约束已经可以正常处理organization_id非空场景下的冲突校验、upsert更新逻辑。
• 针对organization_id为NULL的全局数据场景，新建部分唯一索引，执行SQL如下：

CREATE UNIQUE INDEX products_pn_global_key ON products(pn)
WHERE organization_id IS NULL;

该索引仅对organization_id为NULL的记录生效，强制同一个part_number只能存在一条全局维度记录。

• 调整insert mutation的传参逻辑：写入数据时判断传入的organization_id是否为空，为空时on_conflict的constraint参数指定为新建的products_pn_global_key，非空时仍使用原有products_pn_organization_id_key即可。

调整后全局场景的upsert mutation示例如下，执行时会正常命中冲突更新原有记录，不会重复插入新行：

mutation MyMutation {
  insert_products(objects: {pn: "ABC123", manufacturer_pn: "MANABC124"}, on_conflict: {constraint: products_pn_global_key, update_columns: manufacturer_pn}) {
    returning {
      id
    }
  }
}

• 不需要修改现有表结构，不需要给organization_id字段设置无业务意义的默认值，不会污染业务数据
• 所有唯一性校验逻辑下沉到数据库层，即使存在绕过GraphQL接口直接写库的操作，也不会产生重复脏数据
• 仅需要在封装GraphQL请求的公共层加一层简单判断：根据传入的organization_id是否为空自动匹配对应的约束名即可，不需要每个业务场景单独处理逻辑。

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