SQL利用Function创建长整形的唯一ID示例代码
前言
在设计表的时候考虑主键的数据类型是长整形还是字符串，最简单的方式当然是newid()，但这也有个问题，就是主键长度过长(36个字)，数据量一多，必然会影响数据库操作的效率，而且大大增加了数据文件和索引文件所占用的空间。而且，newid返回的字符串是随机的，查询结果不能保证按保存顺序返回。这对于有顺序要求的系统来说，需要额外增加顺序列来进行排序，这也导致查询语句更加复杂。这也是主要放弃newid作为主键的主要原因。因此考虑用长整形来作数据表主键的数据类型。
实现方法
一开始在C#等面向对像语言中编写一个获取PK的方法，那是很顺序就完成了。
接着是SQL中，如果要用脚本导入数据，那就要提供一个SQL的方法来获取PK。
最初设计PK的组成：时间(yyMMddHHmmssmsS)+'4位随机数' ，于是卡卡很快完成dbo.pk()
Createfunctiondbo.pk() returnsbigint as begin declare@pkasbigint,@fixbigint,@idxint,@tsasdatetime set@ts=GETDATE() set@pk=convert(bigint,convert(varchar(6),@ts,12)+replace(convert(varchar(12),@ts,114),':',''))*10000 select@idx=A*10000 fromvRand return(@pk+@idx) end go
然后来获取一个10000PK测试：
declare@tabastable(pkbigint) declare@iasinteger set@i=0 while(@i<10000) begin insert@tab selectdbo.pk() set@i=@i+1 end selectpk,count(1)cnt from@tab groupbypk havingCOUNT(1)>1
ohmygod!竟然有30多个重复的。
可见这个方法，做为获取单个PK，那问题不大，但在做批量保存的时候，可能会发生主键冲突。
因此再设计一个支持批量保存的。
既然4位随机数不能保证毫秒级的唯一，那就只能用有序数了，把PK的组成改为：时间(yyMMddHHmmssmsS)+'4位有序数'
再考虑到年份只是2位数，跟面向对像中的PK组成有机会在202x年之后存在冲突，因此增加一个标识‘1'+yy作为年以延长千年虫问题，虽然还是有机会发生冲突，但那也是几百年以后的事情了。
但是为了保持效率和冲突的概率，还是将PK改为：'1'+时间(yyMMddHHmmssms)+'4位有序数'.
接下来又是一顿卡卡卡，dbo.pks(@count)已出：
CREATEfunctiondbo.pks(@countasint) returns@pkstable(pkbigint,idint) as begin declare@pkasbigint,@fixbigint,@idxint,@tsasdatetime,@lopint,@iint set@ts=GETDATE() set@pk=convert(bigint,'1'+convert(varchar(6),@ts,12)+replace(convert(varchar(11),@ts,114),':',''))*10000 set@idx=0 set@lop=CEILING(@count/10000.0) set@i=1 while(@lop>0) begin set@pk=@pk+10000 set@idx=0 while(@idx<10000and@idx<@count) begin insert@pks(pk,id) values(@pk+@idx,@idx+@i) set@idx=@idx+1 end set@lop=@lop-1 set@i=@i+10000 end return end go
批量测试一下
select*fromdbo.pks(500000)
正常返回500000行，没有一行重复！
在返回的结果列中，ID是从1开始编号的，这也保持与SQL的Row_number保持一致，方便SQL编程引用。
OK，到这里用利用SQLfunction获取PK就搞定了！
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对毛票票的支持。