如何为存有数据的生产表添加可为空列并纳入复合主键？

首先得明确一个关键的关系数据库规则：主键列不允许包含NULL值。因为主键的核心作用是唯一标识每一行记录，而NULL在数据库中代表“未知”，数据库无法判断两个NULL是否相等，所以直接把可为空的DeviceId加入复合主键是行不通的——这会违反主键的非空约束。

针对你的需求（既要允许客户端不发送DeviceId，又要将其纳入唯一标识），我们可以用默认值替代NULL的方式来解决，具体步骤如下：

1. 给现有数据填充默认设备ID #

因为表已经投入生产且有数据，我们需要先给所有现有记录的DeviceId设置一个非NULL的默认值，这样后续修改主键时不会因为NULL值报错。

2. 添加DeviceId列并设置默认值 #

执行ALTER TABLE语句添加列，同时指定默认值（用于自动填充现有数据和后续无设备ID的插入操作），并保留NULL允许（虽然默认值会覆盖，但可以兼容后续可能的特殊场景，不过实际业务中我们会用默认值代替NULL）：

-- 以MySQL为例，其他数据库语法略有差异
ALTER TABLE VerifiedUsers 
ADD COLUMN DeviceId VARCHAR(255) 
DEFAULT 'NO_DEVICE_PROVIDED'  -- 用一个明确的标识代表“无设备ID”
NULL;

3. 更新主键约束 #

现在所有记录的DeviceId都有非NULL值了，我们可以删除原有的复合主键，添加新的(Mobile, Email, DeviceId)复合主键：

ALTER TABLE VerifiedUsers 
DROP PRIMARY KEY, 
ADD PRIMARY KEY (Mobile, Email, DeviceId);

4. 业务层适配 #

后续客户端请求中，如果没有发送DeviceId，业务逻辑要自动使用我们设置的默认值（比如'NO_DEVICE_PROVIDED'）插入数据库，这样既满足了“无法确保所有客户端发送ID”的需求，又保证了主键的唯一性和非空性。

补充说明 #

• 为什么不用NULL？因为主键列不允许NULL，而且即使某些数据库允许（比如PostgreSQL的部分场景，但不推荐），NULL的唯一性判断会出现问题——两个(Mobile, Email)相同但DeviceId为NULL的记录会被认为是重复吗？不同数据库的处理逻辑不一致，会埋下隐患。
• 选择默认值时，要确保这个值不会和真实的设备ID冲突，比如用一个业务上不可能出现的字符串（比如'__DEFAULT_DEVICE__'），避免和真实设备ID混淆。

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