SQL Server数据库高级进阶之分布式唯一ID生成实战演练

一、背景需求

当我们需要在多个数据库间进行数据的复制自动增长型字段可能造成数据合并时的主键冲突。设想一个数据库中的Order表向另一个库中的Order表复制数据库时，OrderID到底该不该自动增长呢？

数据库自增长ID和无序的UUID方案的不足之处：

1）、采用数据库自增序列：数据迁移合并等比较麻烦。

2)、UUID随机数：采用无意义字符串，没有排序UUID使用字符串形式存储，数据量大时查询效率比较低。（主要是索引查询销量不是最高的）

如果非要使用非自主增长列作为主键的话(分布式系统分库分表中)，推使用有序UUID和有序的整长的Rowid(雪花算法snowflake和MongoDB之ObjectId)。

参考资料：为什么要使用自增ID作为主键 - Mr-blue - 博客园
https://www.cnblogs.com/lanqi/p/10185172.html

二、SQL Server分布式唯一ID生成实战演练

唯一ID可以标识数据的唯一性，在分布式系统中生成唯一ID的方案有很多，常见的方式大概有以下三种：

2.1、依赖数据库，使用SQL SERVER无序UUID和有序UUID。

1)、无序UUID：

SELECT newid() --生成36位的GUID

SELECT REPLACE(newid(), '-', '')  -- 生成32 位的GUID

2）、有序UUID：

SQLServer 2005已经解决了这个问题,使用的是NEWSEQUENTIALID()

create table jobs

(

id UNIQUEIDENTIFIER ROWGUIDCOL PRIMARY KEY  NOT NULL

CONSTRAINT [DF_jobs_id] DEFAULT (NEWSE