Question

• 如何利用沙捞法生成长度(64比拉方案消费)的UIDD?

我读到UUID模块。因此,我做了以下工作:

>>> import uuid
>>> uuid.uuid1().int
315596929882403038588122750660996915734L

为什么在1.uuid(1.int)制造的ger化结束时有一个“<>L>/strong>。如果它有愤怒的话,它就应该由纯数组成?

另外,根据文件汇编(uuid.1)。固定会产生128倍的ger。我需要一种长类的分类(java方案),这意味着它需要64个轨道。是否可能产生64个轨道而不是128个轨道的统一评价?

另一个问题是,根据未限定精度 “未限定精度的含义是什么? 我需要64个远线——什么是灰色?

EDIT: Thanks for everyone s replies. Looks like UUID s are by definition 128 bits. In that case I probably shouldn t be using the term UUID. What I want to do is to generate a unique ID that is of type long (64 bits). I thought UUID would do the job, but it looks like it can t.

我需要将ID作为Solr搜索引擎的文件。 I m, using a realtime indexing Solr plugin Zoie 。根据这些文件,“Zoie”的每个记录都必须有unique key和long。

因此,鉴于我需要什么,你是否知道我能做些什么来产生独特的类型识别?

谢谢!

Answer 1

视你需要的独特性而定,你可能能够产生你自己形式的UUID,它更名为,范围更广的独特识别符号,而不是universallyalone ID(即它可能不是电脑上独一无二的,而是在一个计算机上是oka的)。

如果在同一个平台上只需要独一无二的身份证,那么,在最后(最后6个由tes子)时,你就可以搬走。

此外,你还可能考虑这些数字的产生频率。是否每2个最大或非常频繁地生产一次? 请参看UUID是如何生成的,请参看我所说的话:

你可能为你的情况推出自己的版本,但你仍能满足你的要求,并很容易地在64个轨道上运行。

这样,“L”的象征意义就很长,通常是指64倍,而不是32倍。在你印出数字时,该数字只是后面。

Answer 2

<代码>L表示其具有长期惯性价值(大于32比方)。

标准统一调查总有128个轨道;如果你只想出64个轨道的东西,那么你要么只使用统一调查的分部分,要么使用统一调查以外的东西。

Answer 3

UUID的存量定义是128个参照点。

我说,64个轨道不足以保证非同步的独特性。

Answer 4

One point to add, even Java s UUID is 128-bit long. If you are going to have it consumed by Java, you gotta make it 128-bit long instead of 64. http://download-llnw.oracle.com/javase/1.5.0/docs/api/java/util/UUID.html

友情链接