使用Guid做主键和int做主键性能比较

小渣渣

在数据库的设计中我们常常用Guid或int来做主键，根据所学的知识一直感觉int做主键效率要高，但没有做仔细的测试无法

说明道理。碰巧今天在数据库的优化过程中，遇到此问题，于是做了一下测试。

测试环境：

台式电脑 Pentiun(R) 4 Cpu 3.06GHz
Win XP professional
1.5G DDR RAM
SQL Server 2005 个人版  


测试过程：

首先创建测试数据库Test

登录可见。

测试结果如下：



上所述，使用int做主键比用guid做主键各中情况下效率均有提高，特别是在有连接查询和删除记录效率提升明显。

而且本人今日在guid做主键的数据查询中因为嵌套几个子查询结果屡屡出现查询超时。因此本人赞同用int做主键，不赞同guid做主键。
以上观点代表个人观点，欢迎大家各抒己见，说明guid和int各自做主键的优劣所在。

后续测试：


经过各位兄弟的提醒，今天在两个子表添加了非聚集索引：

CREATE NONCLUSTERED INDEX Index_Detail_Guid on Test_Guid_Detail(Guid)
CREATE NONCLUSTERED INDEX Index_Detail_id on Test_Int_Detail(id)
然后进行内连接查询，发现如@徐少侠说所的，效率确实不至于提示50%以上明显，基本只有23%左右的提升，这个还是可以接受的。

因此建议

1.在经常需要做数据迁移的系统中，建议用Guid。并且在相应的外键字段，也就是用来做连接查询的字段添加非聚集索引，对于改善性能有极大的好处。where条件的字段也可以适当添加非聚集索引。

2.在使用Guid类型作为主键时，数据类型应为uniqueidentifier，并且一定要记得取消主键的“聚集索引”

3.对于不需要做迁移，或小型系统，用int做主键还是很方便的，并且在效率方面还是有一定提升的。

小渣渣

test

小渣渣

junllee

int主键迁移问题也不大啊,迁移的时候只要暂时取消int主键的自增,迁移完了再把自增开起来就可以了