有无主键的数据库设计 百万数据测试

分析数据库主键设定对查询效率的影响

2011-1-13 来源：cnblog 作者：kuyijie 我要评论 分享到： 博客引用 投稿 打印 大 | 中 | 小导读：本文分析了在进行数据库设计时，主键的选择对数据库查询效率的影响。

关键词：数据库设计 主键 GUID INT 数据库查询

　　在数据库表设计时，许多人为采用INT类型还是GUID(uniqueidentifyer)作为主键争论不休，有认为int型字段好的，有认为GUID好的，很多时候的焦点集中在效率上。

　　为了弄清事实真相，我想还是要以实验来进行测试为准。以下就是为了测试插入效率而写的一段脚本。测试环境是：Xeon 1.6/2G内存 win2003/sqlserver2005 企业版。

　　测试脚本：

　　--测试无主键/Identity/Uniqueidentifier/varchar类型主键插入表时的效率

　　set nocount on

declare @now datetime,@i int

set @i=1

set @now=getdate()

Create table test1(nopkey int,col uniqueidentifier )

while @i<10000000

Begin

insert into test1 values (1,newid())

set @i=@i+1

end

Print'新表无主键插入100万条数据所耗时间:'+convert(varchar(200),datediff(ms,@now,Getdate()))+'毫秒'

set @i=1

set @now=getdate()

while @i<10000

Begin

insert into test1 values (1,newid())

set @i=@i+1

end

Print'100万行中再插入10000条数据时间:'+convert(varchar(200),datediff(ms,@now,Getdate()))+'毫秒'

GO

Create table Test2(pkey int identity(1,1) primary key , col uniqueidentifier default(newid()))

declare @now datetime,@i int

set @i=1

set @now=getdate()

while @i<1000000

Begin

insert into test2(col) values (newid())

set @i=@i+1

end

Print '新表以int为主键插入100万条数据所耗时间:'+convert(varchar(200),datediff(ms,@now,Getdate()))+'毫秒'

set @i=1

set @now=getdate()

while @i<10000

Begin

insert into test2(col) values (newid())

set @i=@i+1

end

Print'100万行中再插入10000条数据所耗时间:'+convert(varchar(200),datediff(ms,@now,Getdate()))+'毫秒'

GO

Create table test3(Pkey uniqueidentifier Primary key, col int)

declare @now datetime,@i int

set @i=1

set @now=getdate()

while @i<1000000

Begin

insert into test3 values (newid(),3)

set @i=@i+1

end

Print '新表以uniqueidentifier主键插入100万条数据所耗时间:'+convert(varchar(200),datediff(ms,@now,Getdate()))+'毫秒'

set @i=1

set @now=getdate()

while @i<10000

Begin

insert into test3 values (newid(),3)

set @i=@i+1

end

Print'100万行中再插入10000条数据所耗时间:'+convert(varchar(200),datediff(ms,@now,Getdate()))+'毫秒'

GO

Create table test4(Pkey varchar(36) Primary key, col int)

declare @now datetime,@i int

set @i=1

set @now=getdate()

while @i<1000000

Begin

insert into test4 values (convert(varchar(36),newid()),3)

set @i=@i+1

end

Print '新表以varchar(36)类型为主键插入100万条数据:所耗时间：'+convert(varchar(200),datediff(ms,@now,Getdate()))+'毫秒'

set @i=1

set @now=getdate()

while @i<10000

Begin

insert into test4 values (convert(varchar(36),newid()),3)

set @i=@i+1

end

Print'100万行中再插入10000条数据所耗时间:'+convert(varchar(200),datediff(ms,@now,Getdate()))+'毫秒'

GO

drop table test1

drop table test2

drop table test3

drop table test4

　　运行测试结果如下：

　　新表无主键插入100万条数据所耗时间:1212856毫秒

　　100万行中再插入10000条数据时间:19360毫秒

　　新表以int为主键插入100万条数据所耗时间:111623毫秒

　　100万行中再插入10000条数据所耗时间:1110毫秒

　　新表以uniqueidentifier主键插入100万条数据所耗时间:118753毫秒

　　100万行中再插入10000条数据所耗时间:1153毫秒

　　新表以varchar(36)类型为主键插入100万条数据所耗时间：132830毫秒

　　100万行中再插入10000条数据所耗时间:1263毫秒

经过多次测试，均为相应结果，可见在插入表时，对于无主键和有主键的表来说，无主键的表其插入效率最低，其次是Varchar,uniqueidentifier和int
从测试结果看，int类型和uniqueidentifier类型的插入时间相差无几，在2005下如果插入一两条记录的情况下应该是没有什么影响，而采用uniq这种类型的字段，在编程取ID和转移数据方面有着很大的优势，至于它占用空间比int类型要多一些，这对于本身就是超大的数据库而言应该不是太大问题。

　　

另外一人提供的数据：

　　统计：

　　新表无主键插入100万条数据所耗时间:2397270毫秒

　　100万行中再插入10000条数据时间:2420毫秒

　　查询数据所耗时间:79980毫秒

　　统计数据所耗时间:690毫秒

　　新表以int为主键插入100万条数据所耗时间:195570毫秒

　　100万行中再插入10000条数据所耗时间:1760毫秒

　　查询数据所耗时间:7866毫秒

　　统计数据所耗时间:110毫秒

　　新表以uniqueidentifier主键插入100万条数据所耗时间:207506毫秒

　　100万行中再插入10000条数据所耗时间:2410毫秒

　　查询数据所耗时间:7696毫秒

　　统计数据所耗时间:76毫秒

　　新表以varchar(36)类型为主键插入100万条数据:所耗时间：227616毫秒

　　100万行中再插入10000条数据所耗时间:2250毫秒

　　查询数据所耗时间:9416毫秒

　　统计数据所耗时间:93毫秒

　　以上是别人提供的数据，经过我的测试(我的机子为2.8GHZ,内存为1G)数据如下:

　　以GUID作主键时:

　　以uniqueidentifier主键插入100万条数据所耗时间:800123毫秒

　　100万行中再插入10000条数据所耗时间:7970毫秒

　　以Int型作主键时：

　　所耗时间:

　　新表以int为主键插入100万条数据所耗时间:1067796毫秒

　　100万行中再插入10000条数据9360毫秒

　　查询时：

　　declare @startTime datetime

set @startTime=getdate()

select * from test3

select datediff(second,@startTime,getdate())as秒,datediff(ms,@startTime,getdate())as毫秒

　　查询所有时(101000000条)：

　　用GUID 作主键时:

　　秒 毫秒

　　130 130876

　　用INT 作主键时：

　　秒 毫秒

　　141 140626

　　当查询一条时，测试不出来，结果均为0毫秒。

TechTarget中国原创内容，原文链接：http://www.searchdatabase.com.cn/showcontent_44767.htm