转:http://www.cnblogs.com/houleixx/archive/2008/12/13/id_and_guid.html

1.概述:

  在我们的数据库设计中,数据库的主键是必不可少的,主键的设计对整个数据库的设计影响很大.我就对自动增量字段与Guid字段的性能作一下对比,欢迎大家讨论.

2.简介:

  1.自增量字段

      自增量字段每次都会按顺序递增,可以保证在一个表里的主键不重复。除非超出了自增字段类型的最大值并从头递增,但这几乎不可能。使用自增量字段来做主键是非常简单的,一般只需在建表时声明自增属性即可。

      自增量的值都是需要在系统中维护一个全局的数据值,每次插入数据时即对此次值进行增量取值。当在当量产生唯一标识的并发环境中,每次的增量取值都必须最此全局值加锁解锁以保证增量的唯一性。这可能是一个并发的瓶颈,会牵扯一些性能问题。

  在数据库迁移或者导入数据的时候自增量字段有可能会出现重复,这无疑是一场恶梦(本人已经深受其害).

      如果要搞分布式数据库的话,这自增量字段就有问题了。因为,在分布式数据库中,不同数据库的同名的表可能需要进行同步复制。一个数据库表的自增量值,就很可能与另一数据库相同表的自增量值重复了。

  2.uniqueidentifier(Guid)字段

   在MS Sql 数据库中可以在建立表结构是指定字段类型为uniqueidentifier,并且其默认值可以使用NewID()来生成唯一的Guid(全局唯一标识符).使用NewID生成的比较随机,如果是SQL 2005可以使用NewSequentialid()来顺序生成,在此为了兼顾使用SQL 2000使用了NewID().

  Guid:指在一台机器上生成的数字,它保证对在同一时空中的所有机器都是唯一的,其算法是通过以太网卡地址、纳秒级时间、芯片ID码和许多可能的数字生成。其格式为:04755396-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.数据库脚本  

据库中使用自增量字段与Guid字段主键的性能对比(转)--自增量字段表
据库中使用自增量字段与Guid字段主键的性能对比(转)
CREATE TABLE [dbo].[Table_Id](
据库中使用自增量字段与Guid字段主键的性能对比(转)    
[Id] [int] IDENTITY(1,1NOT NULL,
据库中使用自增量字段与Guid字段主键的性能对比(转)    
[Value] [varchar](50) COLLATE Chinese_PRC_CI_AS NULL,
据库中使用自增量字段与Guid字段主键的性能对比(转) 
CONSTRAINT [PK_Table_Id] PRIMARY KEY CLUSTERED 
据库中使用自增量字段与Guid字段主键的性能对比(转)(
据库中使用自增量字段与Guid字段主键的性能对比(转)    
[Id] ASC
据库中使用自增量字段与Guid字段主键的性能对比(转))
WITH (IGNORE_DUP_KEY = OFFON [PRIMARY]
据库中使用自增量字段与Guid字段主键的性能对比(转)
ON [PRIMARY]
据库中使用自增量字段与Guid字段主键的性能对比(转)
据库中使用自增量字段与Guid字段主键的性能对比(转)
GO
据库中使用自增量字段与Guid字段主键的性能对比(转)
--Guid字段表
据库中使用自增量字段与Guid字段主键的性能对比(转)
CREATE TABLE [dbo].[Table_Guid](
据库中使用自增量字段与Guid字段主键的性能对比(转)    
[Guid] [uniqueidentifier] NOT NULL CONSTRAINT [DF_Table_Guid_Guid]  DEFAULT (newid()),
据库中使用自增量字段与Guid字段主键的性能对比(转)    
[Value] [varchar](50) COLLATE Chinese_PRC_CI_AS NULL,
据库中使用自增量字段与Guid字段主键的性能对比(转) 
CONSTRAINT [PK_Table_Guid] PRIMARY KEY CLUSTERED 
据库中使用自增量字段与Guid字段主键的性能对比(转)(
据库中使用自增量字段与Guid字段主键的性能对比(转)    
[Guid] ASC
据库中使用自增量字段与Guid字段主键的性能对比(转))
WITH (IGNORE_DUP_KEY = OFFON [PRIMARY]
据库中使用自增量字段与Guid字段主键的性能对比(转)
ON [PRIMARY]
据库中使用自增量字段与Guid字段主键的性能对比(转)
据库中使用自增量字段与Guid字段主键的性能对比(转)
GO

 

  测试代码  

  1据库中使用自增量字段与Guid字段主键的性能对比(转)using System;
  2据库中使用自增量字段与Guid字段主键的性能对比(转)using System.Collections.Generic;
  3据库中使用自增量字段与Guid字段主键的性能对比(转)using System.Text;
  4据库中使用自增量字段与Guid字段主键的性能对比(转)using System.Data.SqlClient;
  5据库中使用自增量字段与Guid字段主键的性能对比(转)using System.Diagnostics;
  6据库中使用自增量字段与Guid字段主键的性能对比(转)using System.Data;
  7据库中使用自增量字段与Guid字段主键的性能对比(转)
  8据库中使用自增量字段与Guid字段主键的性能对比(转)namespace GuidTest
  9

 

  3.数据库的插入测试

  测试1

  数据库量为:100条

  运行结果

 据库中使用自增量字段与Guid字段主键的性能对比(转)

  测试2

  数据库量为:10000条

运行结果

 据库中使用自增量字段与Guid字段主键的性能对比(转)
测试3

  数据库量为:100000条

运行结果 

 据库中使用自增量字段与Guid字段主键的性能对比(转)

  测试4

  数据库量为:500000条

  运行结果

据库中使用自增量字段与Guid字段主键的性能对比(转)

   4.将数据读到DataSet中

  测试1

  读取数据量:100

  运行结果

据库中使用自增量字段与Guid字段主键的性能对比(转)

  测试2

  读取数据量:10000

  运行结果

 据库中使用自增量字段与Guid字段主键的性能对比(转)

  测试3

  读取数据量:100000

  运行结果

据库中使用自增量字段与Guid字段主键的性能对比(转)

   测试4

  读取数据量:500000

  运行结果

 据库中使用自增量字段与Guid字段主键的性能对比(转)

  4.记录总数测试

  测试结果

据库中使用自增量字段与Guid字段主键的性能对比(转)

  5.指定条件查询测试

查询数据库中第300000条记录,数量记录量为610300.

据库中使用自增量字段与Guid字段主键的性能对比(转)

4.总结:

  使用Guid作主键速度并不是很慢,它反而要比使用自动增长型的增量速度还要快.

5.参考:

  http://www.cnblogs.com

  http://www.cnblogs.com/leadzen/archive/2008/05/10/1191010.html

  测试代码下载

相关文章:

  • 2022-02-07
  • 2022-12-23
  • 2021-06-11
  • 2021-12-02
  • 2021-09-19
  • 2022-12-23
  • 2022-02-12
  • 2022-12-23
猜你喜欢
  • 2021-10-03
  • 2021-10-31
  • 2022-12-23
  • 2021-05-31
  • 2022-12-23
  • 2021-09-01
相关资源
相似解决方案