参考引用: https://blog.csdn.net/xushichang/article/details/4390957
UNIQUEIDENTIFIER类型: 使用newid()、 newsequentialid()
-
newsequentialid 函数比起 newid 函数最大的好处是:如果你在一个 UNIQUEIDENTIFIER 字段上建立索引,使用 newid 产生的新的值是不固定的,所以新的值导致索引B+树的变化是随机的。而 newsequentialid 产生的新的值是有规律的,则索引B+树的变化是有规律的。有规律和无规律就会带来性能的改进。
-
UNIQUEIDENTIFIER做主键(Primary Key)是一件很方便的事情,在数据合并等操作中有不可替代的优势
但是由于普通的GUID的分散性使得如果主键加上聚集索引(Clustered Index)会导致在插入记录时效率大大降低
SQL SERVER 2005中新增了一个newsequentialid的函数,MSDN的解释是:
在指定计算机上创建大于先前通过该函数生成的任何 GUID 的 GUID。
newsequentialid() 不能在查询中引用。
注:即只能做为数据库列的DEFAULT VALUE,不能执行类似Select newsequentialid()的语句
只有当计算机没有网卡时,newsequentialid() 生成的 GUID 才在该特定计算机中是唯一的。
注:这句话是错误的,应该是只有只有当计算机有网卡时,生成的GUID才是全球唯一
您可以使用 newsequentialid() 生成 GUID 以减少叶级别索引上的页争用。
使用例子:
create table #dd
(
fid uniqueidentifier NULL DEFAULT (NEWSEQUENTIALID()),
fname [nvarchar](20)
)
insert into #dd(fname)values('dddff')
select * from #dd where fid > 'D8407C7D-0E7C-DE11-94B0-001A4DDD5F17' and fid<'E2507993-0E7C-DE11-94B0-001A4DDD5F17'
但是使用 newsequentialid() 却不是那么一帆风顺
1. 如何获得生成的GUID
如果生成的GUID所在字段做为外键要被其他表使用,我们就需要得到这个生成的值
通常,PrimaryKey是一个IDENTITY字段,我们可以在INSERT之后执行 SELECT SCOPE_IDENTITY()来获得新生成的ID
但是由于 newsequentialid() 不是一个INDETITY类型,这个办法是做不到了,而他本身又只能在默认值中使用,不可以事先SELECT好再插入,那么我们如何得到呢?有以下两种方法:
–测试表
CREATE TABLE TABLE1(ID uniqueidentifier default newsequentialid(), col1 nvarchar(20), col2 nvarchar(20))
–1.1 定义临时表变量
DECLARE @outputTable TABLE(ID uniqueidentifier) INSERT INTO TABLE1(col1, col2) OUTPUT INSERTED.ID INTO @outputTable VALUES('value1', 'value2') SELECT ID FROM @outputTable
–2.2 标记ID字段为ROWGUID(一个表只能有一个ROWGUID)
INSERT INTO TABLE1(col1, col2) VALUES('value1', 'value2') --在这里,ROWGUIDCOL其实相当于一个别名 SELECT ROWGUIDCOL FROM TABLE1
2. 如何设定Default Value为 newsequentialid()
通过UI的方式设定默认值时,由于SQL SERVER 2005的BUG(即使是SP2也没有解决),导致我们设置了默认值为newsequentialid()保存时会出现以下错误:
Warning were encountered during the pre-save validation process, and
might result in a failure during save. Do you want to continue
attempting to save? ‘Table1’ Table
-Error validating the default for column ‘Id’
有两种方式可以解决:要么直接点Yes,要么通过CREATE TABLE语句来建表。 (2008没有该问题)
通过客户端的方式,也可以通过调用Windows API产生sequential的GUID,虽说可以省去上面提到的两种麻烦,但是经过我测试,效果不是那么好。
我建立了一个表有ID和TIMESTAMP两个字段,用newsequentialid()和客户端两种方法生成记录,并按ID和TIMESTAMP两种方式进行排序。
newsequentialid()版本的结果永远一样。而客户端生成就有一些问题,如果连续运行程序,表现良好,如果间隔一段时间后继续运行,新生成的记录就不一定大于之前生成的记录,而每次间隔之间连续运行的部分,仍然表现良好。
客户端生成sequential guid代码如下
public static class SequentialGuid
{
[DllImport("rpcrt4.dll", SetLastError = true)]
static extern int UuidCreateSequential(out Guid guid);
public static Guid NewGuid()
{
const int RPC_S_OK = 0;
Guid guid;
int result = UuidCreateSequential(out guid);
if (result != RPC_S_OK)
{
throw new ApplicationException("Create sequential guid failed: " + result);
}
return guid;
}
}
本人另一篇文章提供另一个方法也能产生有序的GUID,而不会有上述问题:
详见:https://blog.csdn.net/carcarrot/article/details/138272417
public class GuidEx
{
/// <summary>
/// 产生有序的GUID (用于解决默认无序的GUID给数据库聚集索引字段造成的性能问题)
/// </summary>
/// <returns></returns>
public static string GenerateOrderly(int index = 0)
{
byte[] guidArray = Guid.NewGuid().ToByteArray();
DateTime baseDate = new DateTime(1900, 1, 1);
DateTime now = DateTime.Now;
TimeSpan days = new TimeSpan(now.Ticks - baseDate.Ticks);
TimeSpan msecs = new TimeSpan(now.Ticks - (new DateTime(now.Year, now.Month, now.Day).Ticks));
byte[] daysArray = BitConverter.GetBytes(days.Days);
byte[] msecsArray = BitConverter.GetBytes((long)(msecs.TotalMilliseconds + index));
Array.Copy(daysArray, 0, guidArray, 2, 2);
//毫秒高位
Array.Copy(msecsArray, 2, guidArray, 0, 2);
//毫秒低位
Array.Copy(msecsArray, 0, guidArray, 4, 2);
return new Guid(guidArray).ToString();
}
}