顺序GUID [英] Sequential GUIDs

查看：194
本文介绍了顺序GUID的处理方法，对大家解决问题具有一定的参考价值，需要的朋友们下面随着小编来一起学习吧！

问题描述

我希望有人可以回答这个问题。



如何使用rpcrt4.dll类中的UuidCreateSequential方法种子它的guids？



我知道很多：
Microsoft更改了UuidCreate函数，因此它不再使用机器的MAC地址作为UUID的一部分。由于CoCreateGuid调用UuidCreate来获取它的GUID，它的输出也改变了。如果您仍然希望按顺序生成GUID（有助于将相关的GUID组保存在系统注册表中），则可以使用UuidCreateSequential函数。



问题背后的原因是。如果我使用此功能在Web集群中生成顺序GUID，那么如何确保GUID接近一系列GUID，而不会重复GUID？

解决方案

Win32 UuidCreateSequential 创建一个 版本1 uuid 。



以下是使用 UuidCreateSequential 在我的电脑上创建的一些示例版本1 uuid：

  {1BE8D85D-63D1-11E1-80DB-B8AC6FBE26E1} 
 {1BE8D85E-63D1-11E1-80DB-B8AC6FBE26E1} 
 {1BE8D85F-63D1- 11E1-80DB-B8AC6FBE26E1} 
 {1BE8D860-63D1-11E1-80DB-B8AC6FBE26E1} 
 {1BE8D861-63D1-11E1-80DB-B8AC6FBE26E1} 
 {1BE8D862-63D1-11E1-80DB-B8AC6FBE26E1 
 {1BE8D863-63D1-11E1-80DB-B8AC6FBE26E1} 
 {1BE8D864-63D1-11E1-80DB-B8AC6FBE26E1} 
 {1BE8D865-63D1-11E1-80DB-B8AC6FBE26E1} 
 {220FB46C-63D1-11E1-80DB-B8AC6FBE26E1}

首先要注意的是这些uuid包含我的机器的MAC地址（ B8AC6FBE26E1 ）：



  Node 
 == ================= ============ 
 1BE8D85D-63D1-11E1-80DB B8AC6FBE26E1 
 1BE8D85E-63D 1-11E1-80DB B8AC6FBE26E1 
 1BE8D85F-63D1-11E1-80DB B8AC6FBE26E1 
 1BE8D860-63D1-11E1-80DB B8AC6FBE26E1 
 1BE8D861-63D1-11E1-80DB B8AC6FBE26E1 
 1BE8D862-63D1- 11E1-80DB B8AC6FBE26E1 
 1BE8D863-63D1-11E1-80DB B8AC6FBE26E1 
 1BE8D864-63D1-11E1-80DB B8AC6FBE26E1 
 1BE8D865-63D1-11E1-80DB B8AC6FBE26E1 
 220FB46C-63D1-11E1- 80DB B8AC6FBE26E1

所以如果你希望不同的计算机生成与每个close另外，你会失望的。



我们来看看其余的值。



七剩下的10个字节的一半字节是时间戳;自1582年10月15日<00:00:00 以来，间隔时间为100ns。将这些时间戳字节重新排列在一起：

 时间戳节点
 ============ = ====== ============ 
 1E163D11BE8D85D 1-80DB B8AC6FBE26E1 
 1E163D11BE8D85E 1-80DB B8AC6FBE26E1 
 1E163D11BE8D85F 1-80DB B8AC6FBE26E1 
 1E163D11BE8D860 1-80DB B8AC6FBE26E1 
 1E163D11BE8D861 1-80DB B8AC6FBE26E1 
 1E163D11BE8D862 1-80DB B8AC6FBE26E1 
 1E163D11BE8D863 1-80DB B8AC6FBE26E1 
 1E163D11BE8D864 1-80DB B8AC6FBE26E1 
 1E163D11BE8D865 1-80DB B8AC6FBE26E1 
 1E163D1220FB46C 1-80DB B8AC6FBE26E1

您可以看到在同一台机器上创建的guid由 UuidCreateSequential 将在一起，因为它们是按时间顺序的。





strong> 1 您看到的是版本号，在这种情况下，这意味着基于时间的 uuid。有5个定义的版本：




  • 1：基于时间的版本（ UuidCreateSequential ）

  • 2：DCE安全版本，带有嵌入式POSIX UID

  • 3：使用MD5散列的基于名称的版本

  • 4：随机或伪随机生成的版本（ UuidCreate ）

  • 5：使用SHA-1散列的基于名称的版本



给予：

 时间戳版本节点
 =============== ======= ==== ============ 
 1E163D11BE8D85D 1 80DB B8AC6FBE26E1 
 1E163D11BE8D85E 1 80DB B8AC6FBE26E1 
 1E163D11BE8D85F 1 80DB B8AC6FBE26E1 
 1E163D11BE8D860 1 80DB B8AC6FBE26E1 
 1E163D11BE8D861 1 80DB B8AC6FBE26E1 
 1E163D11BE8D862 1 80DB B8AC6FBE26E1 
 1E163D11BE8D863 1 80DB B8AC6FBE26E1 
 1E163D11BE8D864 1 80DB B8AC6FBE26E1 
 1E163D11BE8D865 1 80DB B8AC6FBE26E1 
 1E163D1220FB46C 1 80DB B8AC6FBE 26E1

最后一个字包含两件事。



低12位是机器特有的时钟顺序号码：

 时间戳版本时钟序列节点
 =============== ======= = ========= ======= ============ 
 1E163D11BE8D85D 1 8 0DB B8AC6FBE26E1 
 1E163D11BE8D85E 1 8 0DB B8AC6FBE26E1 
 1E163D11BE8D85F 1 8 0DB B8AC6FBE26E1 
 1E163D11BE8D860 1 8 0DB B8AC6FBE26E1 
 1E163D11BE8D861 1 8 0DB B8AC6FBE26E1 
 1E163D11BE8D862 1 8 0DB B8AC6FBE26E1 
 1E163D11BE8D863 1 8 0DB B8AC6FBE26E1 
 1E163D11BE8D864 1 8 0DB B8AC6FBE26E1 
 1E163D11BE8D865 1 8 0DB B8AC6FBE26E1 
 1E163D1220FB46C 1 8 0DB B8AC6FBE26E1

如果以下情况，此机器范围的持久值将递增： p>


  • 您切换网卡

    • 您生成的UUID与最后一个不等于100 ns（并且时间戳会相冲突）


所以，再一次，任何由 UuidCreateSequential 创建的GUID将（理想情况下）具有相同的时钟序列号码，使它们彼此靠近。



最后的2位称为变体，始终设置为二进制 10 ：

 时间戳版本变体时钟序列节点
 =============== ==== === ======= ================ ============ 
 1E163D11BE8D85D 1 8 0DB B8AC6FBE26E1 
 1E163D11BE8D85E 1 8 0DB B8AC6FBE26E1 
 1E163D11BE8D85F 1 8 0DB B8AC6FBE26E1 
 1E163D11BE8D860 1 8 0DB B8AC6FBE26E1 
 1E163D11BE8D861 1 8 0DB B8AC6FBE26E1 
 1E163D11BE8D862 1 8 0DB B8AC6FBE26E1 
 1E163D11BE8D863 1 8 0DB B8AC6FBE26E1 
 1E163D11BE8D864 1 8 0DB B8AC6FBE26E1 
 1E163D11BE8D865 1 8 0DB B8AC6FBE26E1 
 1E163D1220FB46C 1 8 0DB B8AC6FBE26E1

所以你有它。顺序指示是顺序的;如果您在同一台机器上创建他们，他们将在数据库中彼此靠近。





但是您想知道在不同的计算机上创建的两个连续的UUID实际发生了什么。



使用我们对Version 1 guids的新发现，我们为来自不同机器的相同时间戳构造两个guid，例如：

  {1BE8D85D-63D1-11E1-80DB-B8AC6FBE26E1} 
 {1BE8D85D-63D1-11E1-80DB-123456789ABC} 
  / pre> 
 
 
首先让我们用连续的时间戳插入一堆guid。首先创建一个临时表，以便通过guid存储我们的GUID和集群：
  DROP表#uuidOrderingTest 
 CREATE TABLE #uuidOrderingTest 
（
 uuid uniqueidentifier not null 
）
 
 CREATE聚集索引IX_uuidorderingTest_uuid ON #uuidOrderingTest 
 
 uuid 
）
  
现在插入数据：
  INSERT INTO #uuidOrderingTest（uuid）VALUES（'{1BE8D866-63D1-11E1-80DB-B8AC6FBE26E1}'）
 INSERT INTO #uuidOrderingTest uuid）VALUES（'{1BE8D862-63D1-11E1-80DB-B8AC6FBE26E1}'）
 INSERT INTO #uuidOrderingTest（uuid）VALUES（'{1BE8D861-63D1-11E1-80DB-B8AC6FBE26E1}'）
 INSERT INTO #uuidOrderingTest（uuid）VALUES（'{1BE8D85E-63D1-11E1-80DB-B8AC6FBE26E1}'）
 INSERT INTO #uuidOrderingTest（uuid）VALUES（'{1BE8D864-63D1-11E1-80DB-B8AC6FBE26E1}'）
 INSERT INTO #uuidOrderingTest（uuid）VALUES（'{1BE8D863-63D1-11E1-80DB-B8AC6FBE26E1}' ）
 INSERT INTO #uuidOrderingTest（uuid）VALUES（'{1BE8D85F-63D1-11E1-80DB-B8AC6FBE26E1}'）
 INSERT INTO #uuidOrderingTest（uuid）VALUES（'{1BE8D85D-63D1-11E1-80DB -B8AC6FBE26E1}'）
 INSERT INTO #uuidOrderingTest（uuid）VALUES（'{1BE8D865-63D1-11E1-80DB-B8AC6FBE26E1}'）
 INSERT INTO #uuidOrderingTest（uuid）VALUES（'{1BE8D860-63D1 -11E1-80DB-B8AC6FBE26E1}'）
  
 注意：我插入他们以随机的时间戳顺序，以说明SQL Server将它们集中在一起。
 
 
 
返回行并查看它们在顺序（timestamp）顺序中的顺序：
  SELECT * FROM #uuidOrderingTest 
 
 uuid 
 ----------- ------------------------- 
 1BE8D85D-63D1-11E1-80DB-B8AC6FBE26E1 
 1BE8D85E-63D1-11E1-80DB- B8AC6FBE26E1 
 1BE8D85F-63D1-11E1-80DB-B8AC6FBE26E1 
 1BE8D860-63D1-11E1-80DB-B8AC6FBE26E1 
 1BE8D861-63D1-11E1-80DB-B8AC6FBE26E1 
 1BE8D862-63D1-11E1- 80DB-B8AC6FBE26E1 
 1BE8D863-63D1-11E1-80DB-B8AC6FBE26E1 
 1BE8D864-63D1-11E1-80DB-B8AC6FBE26E1 
 1BE8D865-63D1-11E1-80DB-B8AC6FBE26E1 
 1BE8D866-63D1-11E1-80DB -B8AC6FBE26E1 
  
现在可以插入guid：
 
 
 
     
     
  • 相同的时间戳 
    •  
     
  • 但不同的节点 MAC地址）：
    •  
     
 
 
 
从不同的计算机插入新的guids：
  INSERT INTO #uuidOrderingTest（uuid）VALUES（'{1BE8D866-63D1-11E1-80DB-123456789ABC}'）
 INSERT INTO #uuidOrderingTest（uuid）VALUES（'{ 1BE8D862-63D1-11E1-80DB-123456789ABC}'）
 INSERT INTO #uuidOrderingTest（uuid）VALUES（'{1BE8D861-63D1-11E1-80DB-123456789ABC}'）
 INSERT INTO #uuidOrderingTest（uuid） VALUES（'{1BE8D85E-63D1-11E1-80DB-123456789ABC}'）
 INSERT INTO #uuidOrderingTest（uuid）VALUES（'{1BE8D864-63D1-11E1-80DB-123456789ABC}'）
 INSERT INTO＃ uuidOrderingTest（uuid）VALUES（'{1BE8D863-63D1-11E1-80DB-123456789ABC}'）
 INSERT INTO #uuidOrderingTest（uuid）VALUES（'{1BE8D85F-63D1-11E1-80DB-123456789ABC}'）
 INSERT INTO #uuidOrderingTest（uuid）VALUES（'{1BE8D85D-63D1-11E1-80DB-123456789ABC}'）
 INSERT INTO #uuidOrderingTest（uuid）VALUES（'{1BE8D865-63D1-11E1-80DB-123456789ABC}' ）
 INSERT INTO #uu idOrderingTest（uuid）VALUES（'{1BE8D860-63D1-11E1-80DB-123456789ABC}'）
  
得到结果：
  uuid 
 ----------------- ------------------- 
 1BE8D85D-63D1-11E1-80DB-123456789ABC 
 1BE8D85E-63D1-11E1-80DB-123456789ABC 
 1BE8D85F -63D1-11E1-80DB-123456789ABC 
 1BE8D860-63D1-11E1-80DB-123456789ABC 
 1BE8D861-63D1-11E1-80DB-123456789ABC 
 1BE8D862-63D1-11E1-80DB-123456789ABC 
 1BE8D863-63D1-11E1-80DB-123456789ABC 
 1BE8D864-63D1-11E1-80DB-123456789ABC 
 1BE8D865-63D1-11E1-80DB-123456789ABC 
 1BE8D866-63D1-11E1-80DB-123456789ABC 
 1BE8D85D-63D1-11E1-80DB-B8AC6FBE26E1 
 1BE8D85E-63D1-11E1-80DB-B8AC6FBE26E1 
 1BE8D85F-63D1-11E1-80DB-B8AC6FBE26E1 
 1BE8D860-63D1-11E1-80DB- B8AC6FBE26E1 
 1BE8D861-63D1-11E1-80DB-B8AC6FBE26E1 
 1BE8D862-63D1-11E1-80DB-B8AC6FBE26E1 
 1BE8D863-63D1-11E1-80DB-B8AC6FBE26E1 
 1BE8D864-63D1-11E1- 80DB-B8AC6FBE26E1 
 1BE8D865-63D1-11E1-80DB-B8AC6FBE26 E1 
 1BE8D866-63D1-11E1-80DB-B8AC6FBE26E1 
  
所以你有它。 时间戳之前的SQL Server订单节点。从不同机器创建的Uuid不会聚集在一起。如果没有这样做，会更好，但是whatcha会做。
 
I hope someone can answer this question.



How does the UuidCreateSequential method in the rpcrt4.dll class use to seed it's guids?



I know this much:
Microsoft changed the UuidCreate function so it no longer uses the machine's MAC address as part of the UUID. Since CoCreateGuid calls UuidCreate to get its GUID, its output also changed. If you still like the GUIDs to be generated in sequential order (helpful for keeping a related group of GUIDs together in the system registry), you can use the UuidCreateSequential function.



The reason behind the question is.  If I use this function to generate sequential GUIDs in a web cluster, how can I ensure that the GUIDs are close to a range of GUIDs without the potential of the GUID being duplicated?
 解决方案 
The Win32 UuidCreateSequential creates a Version 1 uuid. 



Here's some sample version 1 uuid's created on my computer using UuidCreateSequential:
{1BE8D85D-63D1-11E1-80DB-B8AC6FBE26E1}
{1BE8D85E-63D1-11E1-80DB-B8AC6FBE26E1}
{1BE8D85F-63D1-11E1-80DB-B8AC6FBE26E1}
{1BE8D860-63D1-11E1-80DB-B8AC6FBE26E1}
{1BE8D861-63D1-11E1-80DB-B8AC6FBE26E1}
{1BE8D862-63D1-11E1-80DB-B8AC6FBE26E1}
{1BE8D863-63D1-11E1-80DB-B8AC6FBE26E1}
{1BE8D864-63D1-11E1-80DB-B8AC6FBE26E1}
{1BE8D865-63D1-11E1-80DB-B8AC6FBE26E1}
{220FB46C-63D1-11E1-80DB-B8AC6FBE26E1}

The first thing that's important to note that these uuid contain my machine's MAC address (B8AC6FBE26E1):



                        Node
======================= ============
1BE8D85D-63D1-11E1-80DB B8AC6FBE26E1
1BE8D85E-63D1-11E1-80DB B8AC6FBE26E1
1BE8D85F-63D1-11E1-80DB B8AC6FBE26E1
1BE8D860-63D1-11E1-80DB B8AC6FBE26E1
1BE8D861-63D1-11E1-80DB B8AC6FBE26E1
1BE8D862-63D1-11E1-80DB B8AC6FBE26E1
1BE8D863-63D1-11E1-80DB B8AC6FBE26E1
1BE8D864-63D1-11E1-80DB B8AC6FBE26E1
1BE8D865-63D1-11E1-80DB B8AC6FBE26E1
220FB46C-63D1-11E1-80DB B8AC6FBE26E1

So if you're hoping for different computers to generate guid's that are "close" to each other, you're going to be disappointed.



Let's look at the rest of the values.



Seven and a half bytes of the remaining 10 bytes are a timestamp; the number of 100ns intervals since 00:00:00 15 October 1582. Rearranging those timestamp bytes together:
Timestamp              Node
=============== ====== ============
1E163D11BE8D85D 1-80DB B8AC6FBE26E1
1E163D11BE8D85E 1-80DB B8AC6FBE26E1
1E163D11BE8D85F 1-80DB B8AC6FBE26E1
1E163D11BE8D860 1-80DB B8AC6FBE26E1
1E163D11BE8D861 1-80DB B8AC6FBE26E1
1E163D11BE8D862 1-80DB B8AC6FBE26E1
1E163D11BE8D863 1-80DB B8AC6FBE26E1
1E163D11BE8D864 1-80DB B8AC6FBE26E1
1E163D11BE8D865 1-80DB B8AC6FBE26E1
1E163D1220FB46C 1-80DB B8AC6FBE26E1

You can see that guid's created on the same machine by UuidCreateSequential will be together, as they are chronological.






The 1 you see is the version number, in this case meaning a time based uuid. There are 5 defined versions: 



    

  • 1: time based version (UuidCreateSequential)
    • 

  • 2: DCE Security version, with embedded POSIX UIDs
    • 

  • 3: Name-based version that uses MD5 hashing
    • 

  • 4: Randomly or pseudo-randomly generated version (UuidCreate)
    • 

  • 5: Name-based version that uses SHA-1 hashing
    • 




Giving:
Timestamp       Version      Node
=============== ======= ==== ============
1E163D11BE8D85D 1       80DB B8AC6FBE26E1
1E163D11BE8D85E 1       80DB B8AC6FBE26E1
1E163D11BE8D85F 1       80DB B8AC6FBE26E1
1E163D11BE8D860 1       80DB B8AC6FBE26E1
1E163D11BE8D861 1       80DB B8AC6FBE26E1
1E163D11BE8D862 1       80DB B8AC6FBE26E1
1E163D11BE8D863 1       80DB B8AC6FBE26E1
1E163D11BE8D864 1       80DB B8AC6FBE26E1
1E163D11BE8D865 1       80DB B8AC6FBE26E1
1E163D1220FB46C 1       80DB B8AC6FBE26E1

The last word contains two things. 



The lower 12 bits is the machine-specifc Clock Sequence number:
Timestamp       Version   Clock Sequence   Node
=============== ======= = ================ ============
1E163D11BE8D85D 1       8 0DB              B8AC6FBE26E1
1E163D11BE8D85E 1       8 0DB              B8AC6FBE26E1
1E163D11BE8D85F 1       8 0DB              B8AC6FBE26E1
1E163D11BE8D860 1       8 0DB              B8AC6FBE26E1
1E163D11BE8D861 1       8 0DB              B8AC6FBE26E1
1E163D11BE8D862 1       8 0DB              B8AC6FBE26E1
1E163D11BE8D863 1       8 0DB              B8AC6FBE26E1
1E163D11BE8D864 1       8 0DB              B8AC6FBE26E1
1E163D11BE8D865 1       8 0DB              B8AC6FBE26E1
1E163D1220FB46C 1       8 0DB              B8AC6FBE26E1

This machine-wide persistent value is incremented if:



    

  • you switched network cards
    • 

  • you generated a UUID less than 100 ns from the last one (and the timestamp would collide)
    • 




So, again, any guid's created by UuidCreateSequential will (ideally) have the same Clock Sequence number, making them "near" to each other.



The final 2 bits, is called a Variant, and is always set to binary 10:
Timestamp       Version Variant Clock Sequence   Node
=============== ======= ======= ================ ============
1E163D11BE8D85D 1       8       0DB              B8AC6FBE26E1
1E163D11BE8D85E 1       8       0DB              B8AC6FBE26E1
1E163D11BE8D85F 1       8       0DB              B8AC6FBE26E1
1E163D11BE8D860 1       8       0DB              B8AC6FBE26E1
1E163D11BE8D861 1       8       0DB              B8AC6FBE26E1
1E163D11BE8D862 1       8       0DB              B8AC6FBE26E1
1E163D11BE8D863 1       8       0DB              B8AC6FBE26E1
1E163D11BE8D864 1       8       0DB              B8AC6FBE26E1
1E163D11BE8D865 1       8       0DB              B8AC6FBE26E1
1E163D1220FB46C 1       8       0DB              B8AC6FBE26E1

So there you have it. Sequential guid's are sequential; and if you create them on the same machine they will be "near" to each other in a database.






But you want to know what actually happens with two sequential UUID's created on different computers. 



Using our newfound knowledge of Version 1 guids, let's construct two guid's for the same timestamp from different machines, e.g.:
{1BE8D85D-63D1-11E1-80DB-B8AC6FBE26E1}
{1BE8D85D-63D1-11E1-80DB-123456789ABC}

First let's insert a bunch of guid's with sequential timestamps. First create a temporary table to store our guid's in, and cluster by the guid:
--DROP table #uuidOrderingTest
CREATE TABLE #uuidOrderingTest
( 
    uuid uniqueidentifier not null
)

CREATE clustered index IX_uuidorderingTest_uuid ON #uuidOrderingTest 
( 
   uuid
)

Now insert the data:
INSERT INTO #uuidOrderingTest (uuid) VALUES ('{1BE8D866-63D1-11E1-80DB-B8AC6FBE26E1}')
INSERT INTO #uuidOrderingTest (uuid) VALUES ('{1BE8D862-63D1-11E1-80DB-B8AC6FBE26E1}')
INSERT INTO #uuidOrderingTest (uuid) VALUES ('{1BE8D861-63D1-11E1-80DB-B8AC6FBE26E1}')
INSERT INTO #uuidOrderingTest (uuid) VALUES ('{1BE8D85E-63D1-11E1-80DB-B8AC6FBE26E1}')
INSERT INTO #uuidOrderingTest (uuid) VALUES ('{1BE8D864-63D1-11E1-80DB-B8AC6FBE26E1}')
INSERT INTO #uuidOrderingTest (uuid) VALUES ('{1BE8D863-63D1-11E1-80DB-B8AC6FBE26E1}')
INSERT INTO #uuidOrderingTest (uuid) VALUES ('{1BE8D85F-63D1-11E1-80DB-B8AC6FBE26E1}')
INSERT INTO #uuidOrderingTest (uuid) VALUES ('{1BE8D85D-63D1-11E1-80DB-B8AC6FBE26E1}')
INSERT INTO #uuidOrderingTest (uuid) VALUES ('{1BE8D865-63D1-11E1-80DB-B8AC6FBE26E1}')
INSERT INTO #uuidOrderingTest (uuid) VALUES ('{1BE8D860-63D1-11E1-80DB-B8AC6FBE26E1}')

Note: i insert them in random timestamp order, to illustrate that SQL Server will cluster them.



Get the rows back and see what order they're in sequential (timestamp) order:
SELECT * FROM #uuidOrderingTest

uuid
------------------------------------
1BE8D85D-63D1-11E1-80DB-B8AC6FBE26E1
1BE8D85E-63D1-11E1-80DB-B8AC6FBE26E1
1BE8D85F-63D1-11E1-80DB-B8AC6FBE26E1
1BE8D860-63D1-11E1-80DB-B8AC6FBE26E1
1BE8D861-63D1-11E1-80DB-B8AC6FBE26E1
1BE8D862-63D1-11E1-80DB-B8AC6FBE26E1
1BE8D863-63D1-11E1-80DB-B8AC6FBE26E1
1BE8D864-63D1-11E1-80DB-B8AC6FBE26E1
1BE8D865-63D1-11E1-80DB-B8AC6FBE26E1
1BE8D866-63D1-11E1-80DB-B8AC6FBE26E1

Now lets insert guid's with:



    

  • the same timestamps
    • 

  • but different node (i.e. MAC address):
    • 




Insert the new guids from a "different" computer:
INSERT INTO #uuidOrderingTest (uuid) VALUES ('{1BE8D866-63D1-11E1-80DB-123456789ABC}')
INSERT INTO #uuidOrderingTest (uuid) VALUES ('{1BE8D862-63D1-11E1-80DB-123456789ABC}')
INSERT INTO #uuidOrderingTest (uuid) VALUES ('{1BE8D861-63D1-11E1-80DB-123456789ABC}')
INSERT INTO #uuidOrderingTest (uuid) VALUES ('{1BE8D85E-63D1-11E1-80DB-123456789ABC}')
INSERT INTO #uuidOrderingTest (uuid) VALUES ('{1BE8D864-63D1-11E1-80DB-123456789ABC}')
INSERT INTO #uuidOrderingTest (uuid) VALUES ('{1BE8D863-63D1-11E1-80DB-123456789ABC}')
INSERT INTO #uuidOrderingTest (uuid) VALUES ('{1BE8D85F-63D1-11E1-80DB-123456789ABC}')
INSERT INTO #uuidOrderingTest (uuid) VALUES ('{1BE8D85D-63D1-11E1-80DB-123456789ABC}')
INSERT INTO #uuidOrderingTest (uuid) VALUES ('{1BE8D865-63D1-11E1-80DB-123456789ABC}')
INSERT INTO #uuidOrderingTest (uuid) VALUES ('{1BE8D860-63D1-11E1-80DB-123456789ABC}')

And get the results:
uuid
------------------------------------
1BE8D85D-63D1-11E1-80DB-123456789ABC
1BE8D85E-63D1-11E1-80DB-123456789ABC
1BE8D85F-63D1-11E1-80DB-123456789ABC
1BE8D860-63D1-11E1-80DB-123456789ABC
1BE8D861-63D1-11E1-80DB-123456789ABC
1BE8D862-63D1-11E1-80DB-123456789ABC
1BE8D863-63D1-11E1-80DB-123456789ABC
1BE8D864-63D1-11E1-80DB-123456789ABC
1BE8D865-63D1-11E1-80DB-123456789ABC
1BE8D866-63D1-11E1-80DB-123456789ABC
1BE8D85D-63D1-11E1-80DB-B8AC6FBE26E1
1BE8D85E-63D1-11E1-80DB-B8AC6FBE26E1
1BE8D85F-63D1-11E1-80DB-B8AC6FBE26E1
1BE8D860-63D1-11E1-80DB-B8AC6FBE26E1
1BE8D861-63D1-11E1-80DB-B8AC6FBE26E1
1BE8D862-63D1-11E1-80DB-B8AC6FBE26E1
1BE8D863-63D1-11E1-80DB-B8AC6FBE26E1
1BE8D864-63D1-11E1-80DB-B8AC6FBE26E1
1BE8D865-63D1-11E1-80DB-B8AC6FBE26E1
1BE8D866-63D1-11E1-80DB-B8AC6FBE26E1

So there you have it. SQL Server order's Node before Timestamp. Uuid created from different machines will not be clustered together. Would have been better if it hadn't done so, but whatcha gonna do.


                        
这篇关于顺序GUID的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
查看全文
相关文章
C#/.NET最新文章
热门教程
热门工具
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆