关于SQL主键GUID和Identity的看法.docVIP

据库中使用自增量字段与Guid字段主键的性能对比 1.概述: 　　在我们的数据库设计中，数据库的主键是必不可少的，主键的设计对整个数据库的设计影响很大.我就对自动增量字段与Guid字段的性能作一下对比,欢迎大家讨论. 2.简介: 　　1.自增量字段 ????? 自增量字段每次都会按顺序递增，可以保证在一个表里的主键不重复。除非超出了自增字段类型的最大值并从头递增，但这几乎不可能。使用自增量字段来做主键是非常简单的，一般只需在建表时声明自增属性即可。 ??? ? 自增量的值都是需要在系统中维护一个全局的数据值，每次插入数据时即对此次值进行增量取值。当在当量产生唯一标识的并发环境中，每次的增量取值都必须最此全局值加锁解锁以保证增量的唯一性。这可能是一个并发的瓶颈，会牵扯一些性能问题。 　　在数据库迁移或者导入数据的时候自增量字段有可能会出现重复,这无疑是一场恶梦(本人已经深受其害). ??? ? 如果要搞分布式数据库的话，这自增量字段就有问题了。因为，在分布式数据库中，不同数据库的同名的表可能需要进行同步复制。一个数据库表的自增量值，就很可能与另一数据库相同表的自增量值重复了。 　　2.uniqueidentifier(Guid)字段 　　 在MS Sql 数据库中可以在建立表结构是指定字段类型为uniqueidentifier,并且其默认值可以使用NewID()来生成唯一的Guid(全局唯一标识符).使用NewID生成的比较随机,如果是SQL 2005可以使用NewSequentialid()来顺序生成,在此为了兼顾使用SQL 2000使用了NewID(). 　　Guid:指在一台机器上生成的数字，它保证对在同一时空中的所有机器都是唯一的，其算法是通过以太网卡地址、纳秒级时间、芯片ID码和许多可能的数字生成。其格式为9A29-4B8C-A38D-00042C1B9028. 　　 Guid的优点就是生成的id比较唯一,不管是导出数据还是做分步开发都不会出现问题.然而它生成的id比较长,占用的数据库空间也比较多,随着外存价格的下降,这个也无需考虑.另外Guid不便于记忆,在这方面不如自动增量字段,在作调试程序的时候不太方便。 3.测试: 　　1.测试环境 　　操作系统:windows server 2003 R2 Enterprise Edition Service Pack 2 　　数据库:MS SQL 2005 　　CPU:Intel(R) Pentium(R) 4 CPU 3.40GHz 　　内存:DDR 667? 1G 　　硬盘:WD 80G 　　2.数据库脚本　　 --自增量字段表CREATE?TABLE?[dbo].[Table_Id](????[Id]?[int]?IDENTITY(1,1)?NOT?NULL,????[Value]?[varchar](50)?COLLATE?Chinese_PRC_CI_AS?NULL,?CONSTRAINT?[PK_Table_Id]?PRIMARY?KEY?CLUSTERED?(????[Id]?ASC)WITH?(IGNORE_DUP_KEY?=?OFF)?ON?[PRIMARY])?ON?[PRIMARY]GO--Guid字段表CREATE?TABLE?[dbo].[Table_Guid](????[Guid]?[uniqueidentifier]?NOT?NULL?CONSTRAINT?[DF_Table_Guid_Guid]??DEFAULT?(newid()),????[Value]?[varchar](50)?COLLATE?Chinese_PRC_CI_AS?NULL,?CONSTRAINT?[PK_Table_Guid]?PRIMARY?KEY?CLUSTERED?(????[Guid]?ASC)WITH?(IGNORE_DUP_KEY?=?OFF)?ON?[PRIMARY])?ON?[PRIMARY]GO ? 　　测试代码　　 ??1using?System;??2using?System.Collections.Generic;??3using?System.Text;??4using?System.Data.SqlClient;??5using?System.Diagnostics;??6using?System.Data;??7??8namespace?GuidTest??9{?10????class?Program?11????{??12????????string?Connnection?=?server=.;database=GuidTest;Integrated?S