mysql 表设计规范讨论

[brader]

CREATE TABLE `test` (
  `id` int unsigned NOT NULL AUTO_INCREMENT,
  `user_id` int NOT NULL DEFAULT 0,
  `name` varchar(255) NOT NULL DEFAULT '',
  PRIMARY KEY (`id`),
  UNIQUE KEY `user_id` (`user_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;

有这样一张表，我知道的设计表规范其中一条就是字段尽量不要设为 null 。

现在这个表业务背景是这样的，会先录入数据，但是没有 user_id，user_id 是后续更新进去的，但是要保证 user_id 是唯一的。

如果不设置 user_id 为 null 的话，user_id 是没办法弄唯一键的。

那么这种背景下，有没有必要打破表设计规范约束？

我的想法：本场景可以打破字段不为 Null 的约束，把 user_id 设为 Null，这样从数据库层面设置唯一键，不仅安全，而且业务层，也能少一次查询，数据是否唯一。 我觉得规范不是绝对的，就好像我们某些表多几个字段做数据冗余，不也是打破三范式的吗？

你们的看法呢？

[lyusantu]

规矩是人定的

[cyril4free]

单论 user_id 这个感觉可以代码层面做保证，不依赖数据库的唯一索引

[T0m008]

你知道为什么尽量不要设为 null 吗？如果知道了可能你也有答案了

[devinww]

业务需求多种多样，所以有的时候不会完全按照规范。
另外，尽量不要让数据库抛出异常，而在程序里就处理了。

[ericls]

解决什么问题
你有没有遇到同样的问题

[DinnyXu]

一个表设置 2 个唯一字段，你这不是多余么， 你 id 都是自增唯一的了，为什么 user_id 也要求唯一

[SuperXRay]

@DinnyXu user_id 在该表中不允许重复，这种需求不是很正常

@brader 可以再挂一张表,user_id 放到那张表上。

[SuperXRay]

@brader 不要设唯一索引，程序判段是否重复，略过 Null

[fatcube404]

同意 DinnyXu 的说法
我建议 直接拿 user_id 做主键 自增 唯一 not null unsigned
查询就直接用这个为 where 条件 这不更能减少开销

[limuyan44]

字段不能设为 null,mysql 闲的搞个 null 出来，符合业务就行，哪有那么多硬要求。

[DinnyXu]

@SuperXRay 从你发表这个问题的时候就已经进入一个误区了，你说你的需求是 user_id 必须要唯一，然后你又说唯一的话不能为 null，很明显只有你勾选了该字段为主键，那么才会设定该字段不能为 null，一个表是可以有多个主键的，但是你能设置的主键就一个，其余的字段我们自己称之为主键，实质上也就是不重复而已，如果不重复的话，何必要采用 MySQL 的主键策略呢，可以通过代码层面去 set user_id 为 UUID，或者分布式 id，不也是达到了唯一的效果吗

[xiaomingVTEX]

直接默认插入一个 UUID 可以吗

[xiaomingVTEX]

后续更新的时候再更新为新的 user_id，如果有需要识别新录入的数据，加个状态字段

[brader]

@SuperXRay 那这样做的话，其实会多出一次查询，意思就是，这个场景下，多一次查询是值得的？

[saulshao]

是否允许为空是一个约束，不是所有的情况都不允许为空的，一般说的是尽量。
具体到你这个例子，最简单的办法显然就是允许为空就好。

[liuhuansir]

设计规范是尽量遵守，否则太教条了吧

[xuanbg]

为啥不能为空？你创建记录时没有的数据怎么就能够不为空？别理会那些破规则，该怎样就怎样。

[leonme]

@T0m008 可以简单说一说

[raaaaaar]

@xuanbg 不是不要理这“破规则”，“破规则”提出来有人遵守肯定有道理的，问题是你知不知道这个东西背后的原理是什么，为什么大家要这么做

[Dragonphy]

如果用户和密码都相同咋分辨用户，如果用户名唯一，这不是和 user_id 作用重复了吗，还是因为 user_id 做索引效率更好？