Guid、Int、BigInt编号的速度和存储空间的比较

   比较了一下创建记录的时间,和表空间的大小，首先创建了3个表：

CREATE   TABLE   [ dbo ] . [ Role ] (
     [ Id ]   [ uniqueidentifier ]   NOT   NULL ,
     [ Name ]   [ nvarchar ] ( 255 )  NULL ,
     [ Description ]   [ nvarchar ] ( 255 )  NULL ,
     PRIMARY   KEY   CLUSTERED  
    (
         [ Id ]   ASC
    )
)

CREATE   TABLE   [ dbo ] . [ RoleId ] (
     [ Id ]   [ int ]   NOT   NULL ,
     [ Name ]   [ nvarchar ] ( 255 )  NULL ,
     [ Description ]   [ nvarchar ] ( 255 )  NULL ,
     PRIMARY   KEY   CLUSTERED  
    (
         [ Id ]   ASC
    )
)

CREATE   TABLE   [ dbo ] . [ RoleBigId ] (
     [ Id ]   [ bigint ]   NOT   NULL ,
     [ Name ]   [ nvarchar ] ( 255 )  NULL ,
     [ Description ]   [ nvarchar ] ( 255 )  NULL ,
     PRIMARY   KEY   CLUSTERED  
    (
         [ Id ]   ASC
    )
)

   然后分别添加100万条记录：
  

declare   @i   int
set   @i = 0
while   @i   < 1000000
begin
    insert   into  role(Id)  values ( newid ())
    set   @i   =   @i   + 1  
end    

declare   @j   int  
set   @j = 0
while   @j   < 1000000
begin
    insert   into  roleid(Id)  values ( @j )
    set   @j   =   @j   + 1  
end


declare   @m   bigint
set   @m = 4294967296
while   @m   < 4295967296
begin
    insert   into  RoleBigId(Id)  values ( @m )
    set   @m   =   @m   + 1  
end   

	空间	时间
Guid	data:33792KB index_size:160KB	20.47s
Int	data:12864kb index_size:56 KB	3.39s
Bigint	data:16808kb index_size:88kb	3.38s

分析：
   运行速度：Guid的插入速度比其他的明显慢很多。然后select newid() 1万条看，大约18s，按比例计算，主要的时间是在newid函数上。
   存储空间：Guid是耗费的空间大约是bigint的2倍，bigint大约比int大1/3.

结论：因为在同一个系统（可能存在多个服务器）内要产生唯一的Id,有2个类型的Id,一种是Guid,一种是int(bigint)。Guid的实现比较简单，只要newid()类似的功能。而使用int类编号，必须附加一些额外的产生机制，保证不重复。额外的机制需要建立一个Id生成的方法，如分配一定的范围为每个使用者，建立一个多用户环境的同步机制。 这个部分的代码的效能可能比newid需要更多的时间，或者更多的配置，结果导致系统更复杂。 从这个综合考虑看，newid()的方法在更适用于多服务器环境。

转载于:https://www.cnblogs.com/thh/archive/2007/10/02/912971.html