首先,要明确一点,整个讨论仅限于第3版和第5版UUID。 在我(病历)的经验中,最常用的是第4版(兰多)。
4122 名称分散的UUID生成算法的开端不明确:
指定一个UUID作为“名称空间识别器”
这里没有提及“名称空间识别”分配,也没有提及“python。 在LFC 4122所列四个区域之外,已经找到了任何标准空间。
因此,回答你的第一个问题,
- If I m generating my own namespace UUID do I need to avoid anything in particular?
你们只需要避免四个标准名称空间。
下一个问题,
- I m aware how big the UUID space is, but does this have any implication on collisions?
有两个部分:
UUID在你名下会合吗? 逐字记录:
从[飞机]名称空间的两种不同名称所产生的统一名称应当有所不同(很有可能)。
贵名称空间联盟是否与其他名称空间串通? 我无法找到直接答案,因为没有“名称空间识别”分配标准,而是在条。 似乎相关:
Interoperability, in any form, with variants other than the one
defined here is not guaranteed, and is not likely to be an issue in
practice.
- Why have they chosen the 4th octet to increase as a kind of UUID version number ?
This one s a bit of a mystery. Luckily, we have a spec for UUIDs, so we can mine them for some insight.
请注意(0-index)第8次职业开始于8,因此我们重新处理RFC 4122 变量 UUIDs. Phew。
现在对版本的6号检查:1。 UUIDs。
http://stackoverflow.com/questions/3795554/extract-the-time- from-a-uuid-v1-in-python>answer 从1版UUID中抽取假日算法。 计算法在/2月4日上产生一个时间。 我至今尚未找到意义。 第3次占用期的 Inc升,使val间时间缩短(100人)。
- Do my questions imply that I m missing something fundamental about UUIDs?
Nope. There is very little discussion of UUID namespaces, since random UUIDs are so easy.
