当存在其他唯一字段时，为什么要使用自动递增主键？

Question

我正在学习一门名为“数据库系统”的课程，对于我们的课堂项目，我必须设计一个网站。

这是我创建的表的示例：

CREATE TABLE users
(
  uid INT NOT NULL AUTO_INCREMENT,
  username VARCHAR(60),
  passhash VARCHAR(255),
  email VARCHAR(60),
  rdate DATE,
  PRIMARY KEY(uid)
);

教授告诉我“uid”（用户 ID）完全无用且不必要，我应该使用用户名作为主键，因为没有两个用户可以拥有相同的用户名。

我告诉他使用用户 ID 对我来说很方便，因为当我调用 example.com/viewuser?id=5 之类的东西时，我只需使用以下命令检查参数：is_numeric($_GET[' id'])...不用说他不相信。

由于我在大量教程中看到了 user_id 和其他类似的属性（thread_id、comment_id 等）并查看了流行软件（例如 vbulletin）的数据库模式，因此肯定还有很多其他（更强有力的）原因。

所以我的问题是：与使用用户名等其他属性相比，您如何证明需要非空自动递增 id 作为主键？

Answer 1

这通常称为代理键，它有很多好处。其中之一是将数据库关系与应用程序数据隔离。更多详细信息和相应的缺点可以在上面提供的 wiki 链接中找到。

Answer 2

因为有人可能想更改他们的用户名（或任何与此相关的名称）。

Answer 3

您的教授正在做正确的事情，他指出，如果要求用户名应该唯一，您应该使用户名唯一且不可为空。 uid 也可以是一个密钥，但除非您实际上在某个地方使用它，否则不需要它。设计中更重要的方面应该是实现自然键。所以我同意你教授的评论。

Answer 4

我需要具有更多数据库知识的人来支持我，但我相信您在外键查找时间上会得到更快的响应。

此外，您稍后可能会决定希望更改用户名，或者用户名的要求可能会更改（可能是更长的字符串？）。使用 ID 可以避免更改所有外键。

让我们面对现实吧，大多数项目都不会扩展那么多，但是当您现在可以遵守良好的编程标准时，您真的愿意冒 12 个月后头痛的风险吗？

Answer 5

例如，整数搜索 (?id=5) 比字符串搜索 (?username=bob) 要快得多，并且基数更高。
另一个例子，uid 是 auto_increment，因此您不必显式插入它，但它会在每次插入查询中自动递增。

PS：你的教授对此大错特错了：D

Answer 6

我们使用ID来防止重复数据，它可以使一些过程变得不复杂（如果我们要更新或删除数据），如果我们使用ID则更简单。

如果您不想使用 ID，您可以使用其他字段。但不要忘记让它们变得独一无二。它可以使您的数据免受重复数据的影响。

PRIMARY 之外的另一种方式是 UNIQUE。

Answer 7

我同意上面所有的答案。我想说 ID 很容易实现，并且在索引方面，与 varchar 相比，Int 始终是首选。你的教授应该更清楚，他为什么要拒​​绝 Int id 高于我！

Answer 8

因为userid应该是唯一的（不能重复）&有时是索引。

Answer 9

您是否想以明文形式存储您的用户名以供任何人窃取？我永远不会考虑使用有一天我可能想要加密（或者现在想要加密）的自然密钥。

Answer 10

自动递增主键很有用，有几个原因：

• 它们允许重复的用户名，就像 Stack Overflow 上一样
• 它们允许更改用户名（或电子邮件地址，如果用于登录）（很容易）
• 选择、联接和插入比varchar 主键，因为它维护数字索引的速度要快得多
• 正如您所提到的，验证变得非常简单： if ((int)$id > 0) { ... }
• 输入的卫生很简单： $id = (int)$_GET['id']
• 由于外键不必复制潜在的大字符串值，因此开销要少得多，

我会说尝试使用任何字符串信息作为当自动递增数字键如此容易获得时，记录的唯一标识符是一个坏主意。

具有唯一用户名的系统对于极少数用户来说是很好的，但互联网使它们从根本上崩溃了。当您考虑到可能需要与网站交互的名为“john”的人数之多时，要求他们每个人都使用唯一的显示名称是荒谬的。它导致了我们经常看到的糟糕的系统，用随机的数字和字母装饰用户名。

然而，即使在强制使用唯一用户名的系统中，它仍然不是主键的糟糕选择。想象一个拥有 500 个帖子的用户：posts 表中的外键将包含重复 500 次的用户名。即使在您考虑到有人最终可能需要更改其用户名之前，开销也是令人望而却步的。

Answer 11

如果用户名是主键并且用户更改了他/她的用户名，则您将需要更新所有具有对用户表的外键引用的表。

Answer 12

如果您已经向您的教授证明，为每个用户分配唯一的任意整数对您的应用程序有价值，那么他说这是“完全无用且不必要”的说法当然是错误的。

然而，也许你忽略了他的观点。如果他告诉您要求是“没有两个用户可以拥有相同的用户名”，那么您还没有满足该要求。

衷心感谢您发布 SQL DDL，它非常有用，但大多数人对此不屑一顾。

使用你的表，我可以这样做：

INSERT INTO users (username) VALUES (NULL);
INSERT INTO users (username) VALUES (NULL);
INSERT INTO users (username) VALUES (NULL);
INSERT INTO users (username) VALUES (NULL);
INSERT INTO users (username) VALUES (NULL);

结果如下：

SELECT uid, username, passhash, email, rdate 
FROM users;

uid   username   passhash   email   rdate
1     <NULL>     <NULL>     <NULL>  <NULL>
2     <NULL>     <NULL>     <NULL>  <NULL>
3     <NULL>     <NULL>     <NULL>  <NULL>
4     <NULL>     <NULL>     <NULL>  <NULL>

我认为这就是你的教授试图表达的观点：如果不对用户名强制使用自然键，你实际上没有任何数据完整性全部。

如果我是教授，我也会敦促您从设计中删除可为空的列。