可空外键实践及替代方案 会议参会人员数据表设计咨询

问题1：可空外键的方案是否属于不良实践 #

可空外键本身并不是绝对的不良实践，是否合理完全取决于业务场景。
在你当前的参会者管理场景中，该方案的优势是实现成本极低，所有参会者的公共属性（姓名、联系方式、报名场次、支付状态等）统一存储，查询全量参会人员、统计报名总人数、核对签到数据等操作不需要跨表关联，执行效率更高。
但该方案也存在明显的问题：

• 无法通过数据库约束保证数据合法性：你无法从规则层面区分addedBy为NULL的记录是正常的线上自助注册用户，还是线下录入时漏填了管理员信息的异常数据，只能靠上层业务代码做校验，容易出现脏数据。
• 后续维护成本高：如果后续两类注册渠道的差异化字段不断增加，比如线上注册需要存储第三方支付订单号、回调通知状态，线下注册需要存储现金收据编号、备注信息，同一张表会出现大量只有部分记录需要填充的可空字段，表结构会越来越臃肿，可读性越来越差。

问题2：两类参会人员分表存储的优势 #

• 数据完整性有保障：线下注册参会人员表的addedBy字段可以设置为非空外键，直接在数据库层面强制要求录入管理员信息，从根源上避免漏填问题，不需要额外开发业务校验逻辑。
• 表结构更简洁合理：两张表各自存储对应渠道的必要字段，没有冗余的可空字段，后续新增对应渠道的专属属性时，只需要修改对应表的结构，不会影响另一类注册数据的存储逻辑。
• 业务迭代更灵活：如果后续两类注册的业务流程出现差异，比如线上注册需要增加自助改期、退票功能，线下注册需要增加收据补打、录入人业绩统计功能，两套表可以独立开发迭代，不会互相耦合。
• 权限管控更便捷：如果后续业务要求后台管理员只能修改线下录入的参会者信息，不能修改线上自助提交的注册数据，分表后可以直接在数据库层针对不同表配置不同的操作权限，不需要实现复杂的行级权限控制逻辑。

如果你的业务场景中两类参会者的公共字段远多于差异化字段，也可以采用主表加扩展表的折中方案：主表统一存储所有参会者的公共属性，单独建offline_reg_extra扩展表存储线下注册的专属信息（关联主表ID、addedBy、收据编号等），既可以保证全量参会者查询的效率，也避免了可空外键的问题。

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