SQL利用Function創建長整形的唯一ID示例代碼

2020-10-29 21:46:39

字體：大中小

來源：轉載

供稿：網友

前言

在設計表的時候考慮主鍵的數據類型是長整形還是字符串，最簡單的方式當然是newid()，但這也有個問題，就是主鍵長度過長(36個字)，數據量一多，必然會影響數據庫操作的效率，而且大大增加了數據文件和索引文件所占用的空間。而且，newid返回的字符串是隨機的，查詢結果不能保證按保存順序返回。這對于有順序要求的系統來說，需要額外增加順序列來進行排序，這也導致查詢語句更加復雜。這也是主要放棄newid作為主鍵的主要原因。因此考慮用長整形來作數據表主鍵的數據類型。

實現方法

一開始在C#等面向對像語言中編寫一個獲取PK的方法，那是很順序就完成了。

接著是SQL中，如果要用腳本導入數據，那就要提供一個SQL的方法來獲取PK。

最初設計PK的組成：時間(yyMMddHHmmssmsS) + '4位隨機數' ，于是卡卡很快完成dbo.pk()

Create function dbo.pk()returns bigintasbegin  declare @pk as bigint,@fix bigint,@idx int,@ts as datetime set @ts = GETDATE() set @pk = convert(bigint,convert(varchar(6),@ts,12) + replace(convert(varchar(12),@ts,114),':',''))*10000 select @idx = A*10000 from vRand return (@pk + @idx)endgo

然后來獲取一個10000PK測試：

declare @tab as table(pk bigint)declare @i as integerset @i =0while(@i<10000)begininsert @tabselect dbo.pk() set @i = @i+1endselect pk,count(1) cntfrom @tab group by pk having COUNT(1)>1

oh my god!竟然有30多個重復的。

可見這個方法，做為獲取單個PK，那問題不大，但在做批量保存的時候，可能會發生主鍵沖突。

因此再設計一個支持批量保存的。

既然4位隨機數不能保證毫秒級的唯一，那就只能用有序數了，把PK的組成改為：時間(yyMMddHHmmssmsS) + '4位有序數'

再考慮到年份只是2位數，跟面向對像中的PK組成有機會在202x年之后存在沖突，因此增加一個標識 ‘1'+yy作為年以延長千年蟲問題，雖然還是有機會發生沖突，但那也是幾百年以后的事情了。

但是為了保持效率和沖突的概率，還是將PK改為：'1'+時間(yyMMddHHmmssms) + '4位有序數'.

接下來又是一頓卡卡卡，dbo.pks(@count)已出：

CREATE function dbo.pks(@count as int)returns @pks table(pk bigint,id int)asbegin   declare @pk as bigint,@fix bigint,@idx int,@ts as datetime,@lop int,@i int  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<10000 and @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  returnendgo

批量測試一下