当前无重复但未来可能出现重复的列是否可称为primary key（主键）？

核心判断依据 #

主键（PRIMARY KEY）是关系型数据库中用于唯一标识一行记录的核心约束，它的唯一性、非空性要求是永久生效的，覆盖表的全生命周期，并非只针对当前已有的存量数据生效。
你提到的Name列仅满足当前数据的唯一性，但本身不具备永久唯一的业务属性，未来必然存在重名风险，完全不符合主键的设计要求。

针对示例航班表的补充说明 #

你给出的航班表中，单独任意一列都不适合作为主键：同姓名的用户可能购买同一天的航班、同一目的地单日也会有多个航班。
正确的设计方案有两种：

• 新增无业务含义的自增ID、UUID等字段作为主键，这类字段天然不会重复，也不会随业务变化出现冲突
• 选择姓名+航班号+航班日期这类不会重复的业务字段组合，设置为联合主键

额外设计避坑提醒 #

就算你暂时给Name列加上主键约束，后续一旦出现同名数据插入，会直接触发唯一约束报错，导致业务功能不可用，属于严重的表结构设计缺陷。
日常设计中也尽量不要把有业务含义的字段（比如身份证号、手机号、员工工号）直接设为主键，只要这类字段存在变更、重复的可能性，就会埋下隐患，优先使用无业务含义的主键是更稳妥的方案。

内容的提问来源于stack exchange，提问作者i'm ashamed with what i asked