如何避免新增服务时在数据库中创建新列？牙医服务表动态设计疑问

你当前每次新增服务就给specialty表加新列的实现方式不符合关系型数据库设计规范，属于典型的反模式，存在的问题如下：

• 每次新增服务都要修改表结构，数据量较大时会触发锁表，影响线上业务可用性
• 后续查询、统计服务相关数据需要写动态列适配逻辑，代码维护成本极高
• 大量牙医未提供的服务项会产生空值冗余，浪费存储空间
• 服务新增上限受数据库单表最大列数限制，扩展性极差

推荐设计方案 #

采用符合第三范式的多对多关联结构，仅需3张表即可支持服务的无限动态新增，无需修改表结构：

1. 牙医主表 dentist #

存储牙医基础信息，和服务无关的通用字段均放在该表：

• 核心字段：dentist_id（主键，自增/UUID）、name、contact、执业编号、门店地址等

2. 服务字典表 service #

所有动态新增的服务以行形式存储在该表，你的「add services」功能本质就是给该表插入新行：

• 核心字段：service_id（主键，自增/UUID）、service_name（服务名称，如洗牙、正畸、根管治疗）、service_desc（服务描述）、基准价格（可选）、is_active（是否启用，用于软删除不需要的服务）

该设计下新增服务完全不需要改表结构，仅需执行插入操作即可，没有数量上限

3. 牙医-服务关联表 dentist_service_rel #

解耦牙医和服务的关联关系，存储某个牙医具体提供的服务：

• 核心字段：rel_id（主键，可选）、dentist_id（关联牙医表主键）、service_id（关联服务表主键）、custom_price（该牙医提供本服务的自定义价格，可选）

可以新增联合唯一索引 UNIQUE(dentist_id, service_id) 避免同一个牙医重复绑定同一项服务

设计优势 #

• 无冗余数据，完全符合数据库规范化设计要求
• 服务新增逻辑简单，运维成本极低
• 查询逻辑清晰，后续统计、筛选类需求适配成本低
• 扩展性强，后续需要给服务或牙医服务关联加属性，仅需对应修改单表字段即可

常用操作SQL示例 #

新增一项服务 #

INSERT INTO service (service_name, service_desc, 基准价格) VALUES ('儿童窝沟封闭', '针对儿童恒牙的防龋处理', 180);

给指定牙医绑定服务 #

INSERT INTO dentist_service_rel (dentist_id, service_id, custom_price) VALUES (101, 24, 160);

查询指定牙医提供的所有可用服务 #

SELECT s.service_name, s.service_desc, r.custom_price 
FROM dentist_service_rel r
LEFT JOIN service s ON r.service_id = s.service_id
WHERE r.dentist_id = 101 AND s.is_active = 1;

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