将两列设为联合主键时，是否允许其中一列的值为空？

核心问题：主键约束要求所有参与列必须非空，因此无法用联合主键实现包含空值的nType+dType组合唯一的需求，可根据使用的数据库类型和业务场景选择以下方案：

• 方案1：替换联合主键为独立主键+唯一约束
  大部分主流数据库（PostgreSQL、MySQL 8.0+等）的唯一约束支持多组NULL值存在，刚好匹配业务中空值视为唯一值的逻辑。
  建表语句示例：

  CREATE TABLE IF NOT EXISTS severitymapping(
      id SERIAL PRIMARY KEY, -- 也可替换为UUID等无意义主键
      nType text,
      dType text,
      severity text,
      UNIQUE (nType, dType)
  );
  

  优点：改动最小，查询逻辑和原有需求基本一致，不需要额外处理空值转换。
  注意：Oracle等少数数据库的唯一约束仅允许存在一个NULL值，不符合需求时可选择其他方案。

• 方案2：空值统一替换为业务无冲突占位值
  提前预设一个业务场景中绝对不会出现的字符串（比如__EMPTY_DTYPE__）作为空值的占位符，插入和查询时做自动转换，依然可以使用原有联合主键逻辑。
  操作示例：

  -- 建表保留原有联合主键逻辑
  CREATE TABLE IF NOT EXISTS severitymapping(
      nType text,
      dType text,
      severity text,
      PRIMARY KEY (nType, dType)
  );
  -- 插入时自动转换空值为占位符
  INSERT INTO severitymapping (nType, dType, severity) 
  VALUES ('down', COALESCE(输入的dType值, '__EMPTY_DTYPE__'), 'CRITICAL');
  -- 查询时把占位符转回空值
  SELECT nType, NULLIF(dType, '__EMPTY_DTYPE__') AS dType, severity FROM severitymapping;
  

  优点：兼容性最强，所有数据库都支持该逻辑，不需要调整表的主键结构。
  注意：需要业务层统一处理空值和占位符的转换，避免占位符和实际业务值冲突。

• 方案3：使用表达式唯一索引
  不需要修改业务层代码，在数据库层通过表达式索引自动处理空值转换，实现组合唯一校验。
  PostgreSQL写法示例：

  CREATE UNIQUE INDEX idx_unique_ntype_dtype 
  ON severitymapping (nType, COALESCE(dType, '__EMPTY_DTYPE__'));
  

  优点：业务代码无感知，空值处理完全在数据库层完成。
  注意：不同数据库的表达式索引语法存在差异，需要适配当前使用的数据库类型。

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