1NF规范化姓名与ID字段时应拆分至何种粒度？

首先明确第一范式的核心规则：1NF对字段原子性的要求，是字段内只存储单个语义的值，不存在嵌套的多类信息，而「拆分到什么粒度」从来没有统一标准答案，完全由当前业务的实际访问需求决定。

• 原始Teacher字段同时混合了教师ID、教师姓名两类完全独立语义的信息，把Teacher ID拆成独立字段是满足1NF的必要操作，这部分没有任何争议。
• 至于把姓名进一步拆分为Teacher Init（首字母缩写）、Teacher Surname（姓氏），不属于满足1NF的强制要求，更谈不上必须这么做才算合规：
  • 如果你的业务场景中，从来不会单独针对教师的首字母、姓氏做查询、排序、筛选、单独取值拼接（比如生成正式函件称谓、按姓氏统计教师人数这类操作），只需要完整展示教师姓名，那把完整姓名存在单个Teacher Name字段里，完全符合1NF的原子性要求，硬拆成两个字段反而属于过度设计。我见过不少刚学范式的新人硬把用户姓名拆成姓、名、中间名，结果整个系统从头到尾没用到过单独的姓或者名，平白多写很多拼接逻辑，完全是没必要的内耗。
  • 视频里的拆分操作，本质是示例默认了对应业务场景有单独操作姓名组成部分的需求，这种场景下拆分到对应粒度才是符合原子性的选择，换个场景这个拆分逻辑就不成立。

很多人学数据库范式容易走极端，觉得字段拆得越碎越符合规范，这是完全错误的认知。原子性的判断边界从来不是「物理上能不能继续拆」，而是「业务上会不会单独用拆出来的某一部分」。举个很常见的例子：如果你的系统只需要完整展示用户收货地址，那地址存成一个字段就满足1NF；如果需要按省、市、区做区域订单统计，那就必须把地址拆成省、市、区、详细地址几个独立字段，脱离业务谈拆分粒度没有任何意义。

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