|
|
1
1
MySQL实现了UUID。它似乎是一个具有不同名称的GUID。所以这个选项仍然对您可用。
如果你还在使用
|
|
|
2
1
您可以使用一个int标识,然后在使用它之前对其进行加密/解密,但在重载情况下这可能不是最好的主意。 |
|
|
3
0
做这种伪原子的简单方法是
冲突仍然可能发生,但当它们发生时,会导致两个线程重试,在本例中这不是问题。 编辑:我建议为您的生成函数取密码散列的前几个字符,但这并不重要。 |
|
|
4
0
我想我会这样做的: 8个字符的文本ID可以存储最多64^8=2^48的数字。 然后我将使用两列:
然后,当我添加一行时,我将生成一个随机的2^16整数,并将其放入新行中。然后,只需从两个数字组合中生成文本ID。检索很简单,只需将其拆分,然后在数据库中进行简单的查找。荒谬的简单解决方案,应该消除行冲突,并且足够随机(2^16),以减少猜测。 对此方法的反馈将不胜感激。 |