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.数据库脚本
--自增量字段表 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
以上是小编为您精心准备的的内容,在的博客、问答、公众号、人物、课程等栏目也有的相关内容,欢迎继续使用右上角搜索按钮进行搜索数据库
, 数据
, guid
, 增量
, 字段
, primary
, uniqueidentifier
, 生成唯一id算法
, 唯一id生成算法
, 自增数据格式
, 自递增ID
, 生成全局唯一id
, 全局id生成
uniqueidentifier
guid做数据库主键、guid 主键、guid做主键、guid主键性能、mysql 主键guid,以便于您获取更多的相关知识。