我正在使用 MongoDB，我想为博客文章生成唯一且神秘的 ID（将用于静态 URL），例如 s52ruf6wst 或 xR2ru286zjI .
您认为生成这些 ID 的最佳和更具可扩展性的方式是什么？
我正在考虑以下架构：
WDYT ?
【问题讨论】：
标签： mongodb
这正是 MongoDB 的开发人员按照他们的方式构建 ObjectID（_id）的原因...跨节点扩展等等。
BSON ObjectID 是一个 12 字节的值 由一个 4 字节的时间戳组成 （自纪元以来的秒数），一个 3 字节 机器 ID，一个 2 字节的进程 ID，和一个 3 字节计数器。请注意， 时间戳和计数器字段必须是 与其他存储大端不同 布森。这是因为他们是 逐字节比较，我们想要 确保大部分是递增的顺序。 这是架构：
0123 456 78 91011
time machine pid inc
传统数据库经常使用 单调递增序列 主键的数字。在 MongoDB 中， 首选的方法是使用 而是对象 ID。对象 ID 是 更协同分片和 分布。
http://www.mongodb.org/display/DOCS/Object+IDs
所以我想说只使用 ObjectID 的
它们在转换为字符串时并没有那么糟糕（它们是一个接一个地插入的）...
例如：
4d128b6ea794fc13a8000001
4d128e88a794fc13a8000002
它们看起来乍一看是“可以猜到的”，但它们真的没那么容易猜到......
4d128 b6e a794fc13a8000001
4d128 e88 a794fc13a8000002
对于博客，我认为这没什么大不了的……我们在整个生产环境中都使用它。
【讨论】：
如何使用 UUID？
【讨论】：
创建一个返回全球唯一 ID 的 Web 服务，这样您就可以让许多 Web 服务器参与并知道您不会遇到任何重复项？
如果您的每日批次没有分配足够的项目？你中午跑吗？
我会将 Web 服务客户端实现为一个队列，可以由本地进程查看并根据需要重新填充（当服务器速度较慢时），并且可以在队列中保留足够的项目而不需要在高峰使用期间运行。有意义吗？
【讨论】：
这是一个老问题，但对于任何可能正在寻找其他解决方案的人来说。
一种方法是使用简单快速的替换密码。 （下面的代码是基于别人的代码——我忘记了我从哪里得到的，所以不能给予适当的信任。）
class Array
def shuffle_with_seed!(seed)
prng = (seed.nil?) ? Random.new() : Random.new(seed)
size = self.size
while size > 1
# random index
a = prng.rand(size)
# last index
b = size - 1
# switch last element with random element
self[a], self[b] = self[b], self[a]
# reduce size and do it again
size = b;
end
self
end
def shuffle_with_seed(seed)
self.dup.shuffle_with_seed!(seed)
end
end
class SubstitutionCipher
def initialize(seed)
normal = ('a'..'z').to_a + ('A'..'Z').to_a + ('0'..'9').to_a + [' ']
shuffled = normal.shuffle_with_seed(seed)
@map = normal.zip(shuffled).inject(:encrypt => {} , :decrypt => {}) do |hash,(a,b)|
hash[:encrypt][a] = b
hash[:decrypt][b] = a
hash
end
end
def encrypt(str)
str.split(//).map { |char| @map[:encrypt][char] || char }.join
end
def decrypt(str)
str.split(//).map { |char| @map[:decrypt][char] || char }.join
end
end
你可以这样使用它：
MY_SECRET_SEED = 3429824
cipher = SubstitutionCipher.new(MY_SECRET_SEED)
id = hash["_id"].to_s
encrypted_id = cipher.encrypt(id)
decrypted_id = cipher.decrypt(encrypted_id)
请注意，它只会加密 a-z、A-Z、0-9 和一个空格，而其他字符则保持不变。这对于 BSON id 来说已经足够了。
【讨论】：
“正确”的答案，恕我直言，这并不是一个很好的解决方案，它是生成一个随机 ID，然后检查数据库是否存在冲突。如果是碰撞，再做一次。重复直到找到未使用的匹配项。大多数情况下，第一个会起作用（假设您的生成过程足够随机）。
需要注意的是，仅当您担心基于时间的 UUID 或基于计数器的 ID 的安全隐患时，才需要此过程。这些中的任何一个都会导致“可猜测性”，这在任何给定情况下可能是也可能不是问题。我认为基于时间或基于计数器的 ID 足以用于博客文章，但我不知道您的情况和推理的详细信息。
【讨论】：