数据库新手如何避免主键选择失误？客户表主键选型咨询

嘿，作为数据库新手能主动考虑主键的设计，这点特别棒！咱们来聊聊你的问题：

先看现有字段能不能当主键 #

先逐个分析你列出的字段：

• name、first_lastname：重名太常见了，完全没法保证唯一
• street + ZIP_code：同一个地址可能住多个客户，组合起来也不唯一
• mobile_phone/telephone：理论上唯一，但客户可能换号、暂时没手机号，甚至空值，主键不能有空值且要稳定
• email：同样可能变更、空值，不适合做主键
• gender、birthdate、nationality：重复率极高，完全不具备唯一性

所以结论是：现有字段里没有适合作为自然主键的选项。

关于auto_increment类型的idcustomer作为主键的合理性 #

这绝对是个非常合理且推荐的方案！原因如下：

• 🌟 简单省心：数据库会自动帮你生成唯一的递增数值，不用自己操心怎么生成主键值
• 🌟 稳定性强：主键最核心的要求之一就是稳定，自增ID不会像手机号、邮箱那样随客户信息变更而改变
• 🌟 性能优异：整数类型的主键在索引创建、查询关联时的性能比字符串类型好很多
• 🌟 解耦业务：不会和业务规则绑定（比如后续业务允许客户绑定多个手机号），主键设计不受业务变化影响

补全后的建表示例 #

顺便把你原语句的字段类型补上（建表时必须指定字段类型哦）：

CREATE TABLE customer(
    idcustomer INT AUTO_INCREMENT PRIMARY KEY,
    name VARCHAR(50) NOT NULL,
    first_lastname VARCHAR(50) NOT NULL,
    street VARCHAR(100),
    ZIP_code VARCHAR(20),
    mobile_phone VARCHAR(20),
    telephone VARCHAR(20),
    email VARCHAR(100) UNIQUE, -- 若业务需要，可加UNIQUE约束确保邮箱唯一
    gender CHAR(1),
    birthdate DATE,
    nationality VARCHAR(50)
);

额外小提醒 #

如果实在想尝试自然主键（比如部分国家的身份证号），要注意：身份证号涉及隐私，且可能存在客户不愿提供的情况（导致空值），所以仍然不如自增ID稳妥。另外主键命名只要团队规范统一就行，idcustomer没问题，也可以简化成id，看你们的习惯~

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