mysql - 一个相当复杂的自增

Question

这是一个比一对多连接更复杂的想法。我有一堆可以评论的表格，例如照片、帖子、用户等。我的评论表包含 3 个有助于识别评论的字段:

item-id - 评论所属项目的id
table - item-id 所在的表(保存为整数，但在下面显示为名称以避免混淆)
id - 评论的 id，相对于 item-id

为了更好理解的示例:

id  item-id table

1   1       photos
2   1       photos
1   1       posts
2   1       posts
1   2       posts
1   1       users

现在的问题是插入。我发现很难确定当前的最后一个 ID。鉴于上表，如果用户要对 item-id = 1 的照片发表评论，则新评论的 ID 必须为 3。我能想到的唯一方法是运行插入时的子查询，但我不是子查询的忠实粉丝。 mysql 中是否有某种内置机制可以帮助我实现这一目标，或者是否有任何其他简单而可靠的方法？

Answer 1

来自您的评论:

I've come up with this because of the fear of unique ids running out. I know that the maximum integer value mysql can store is 1*10 to the 19th or something, which is a ridiculously large number, but not infinite. As well as numbers as huge take up more space?

MySQL 的有符号 INT 类型最多可以达到 2³¹-1。一个无符号 INT 最多可以达到 2³²-1，即 4,294,967,295。

没错，这不是无限的，但 42 亿已经相当高了，可以轻松满足大多数需求。

您还可以使用有符号或无符号的 BIGINT，它是 8 个字节，是 INT 大小的两倍，但如果您需要大于 INT 的值，则必须存储它们。

Unsigned BIGINT 上升到 2⁶⁴-1 或 18,446,744,073,709,551,615。你真的、真的、真的不太可能在你的一生中用完这些值，即使你每小时重新加载整个数据库多次。

---

回复你的评论。

是的，大多数数据类型都是固定大小的，这意味着它们在每一行上使用相同数量的字节，无论您在任何给定行上存储的值如何。这样做的原因是您可以稍后更改该值，如果 MySQL 必须找到更多空间来将小数值增长为大数值，则会导致其他类型的性能问题。

参见 http://dev.mysql.com/doc/refman/5.6/en/storage-requirements.html有关 MySQL 用于每种数据类型的字节数的更多信息。

异常(exception)情况是一些字符串数据类型(VARCHAR、VARBINARY、TEXT、BLOB)，根据您实际使用的字符串的长度，每行使用可变数量的空间。

但是在 MySQL 中没有numeric 或date/time 大小不同的数据类型。

另一条评论:您应该问问自己在优化上花费了多少时间和精力，以及只获得更大的磁盘是否更经济。如果您有一个大型数据库，每个整数每行额外 4 个字节确实会加起来，但您需要存储数十亿行才能真正发挥作用。