【发布时间】:2011-02-15 00:12:14
【问题描述】:
我注意到有些人不费心将通常的递增数字作为 ID,而是简单地生成一个 GUID。优点包括:
- 快速简便
- 无需跟踪以前的 ID
- 保证即使在机器之间互不知情的情况下也是唯一的
一些缺点是:
- 可能是性能瓶颈
- 使用大量字节
我的理解是,在大多数情况下使用 GUID 是有益的,除非时间或空间的优化是一个问题。我错过了什么?还是你同意这个想法?
【问题讨论】:
-
不保证唯一,只是很有可能
-
确实不能保证,但据我所知极不可能。
-
@fearofawhackplanet, @mafutrct:关于各种 GUID 算法的独特性,请参阅这个很好的答案:stackoverflow.com/questions/703035/…
-
我认为建议的 dup 是特定于数据库的,没有详细说明。这个问题涉及在一般情况下使用 GUID 而不是数据库。
标签: guid