惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

H
Hackread – Cybersecurity News, Data Breaches, AI and More
U
Unit 42
Vercel News
Vercel News
Martin Fowler
Martin Fowler
云风的 BLOG
云风的 BLOG
爱范儿
爱范儿
MongoDB | Blog
MongoDB | Blog
J
Java Code Geeks
F
Fortinet All Blogs
MyScale Blog
MyScale Blog
C
Check Point Blog
N
Netflix TechBlog - Medium
Microsoft Azure Blog
Microsoft Azure Blog
aimingoo的专栏
aimingoo的专栏
博客园_首页
WordPress大学
WordPress大学
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
IT之家
IT之家
Last Week in AI
Last Week in AI
罗磊的独立博客
大猫的无限游戏
大猫的无限游戏
Jina AI
Jina AI
V
Visual Studio Blog
小众软件
小众软件

博客园 - 侯垒

中转站余额为什么掉得快?我拆了一次 AI 编程任务的真实消耗 我让 Claude 写了一个贪吃蛇游戏,然后用 ccglass 看清它发给模型的真实请求 AI 编程 Agent 不是黑箱了:用 ccglass 看清 Claude Code 和 Codex 的真实请求 软件工程--软件过程模型 UML 类图 WebService基于SoapHeader实现安全认证 (转)深入理解Javascript闭包(closure) SQL Server 查询处理中的各个阶段 敏捷软件开发--敏捷宣言 asp.net抛出System.Data.OleDb.OleDbException:未指定的错误 架构师 通用的数据库操作类(支持多种数据库) 数据库中使用自增量字段与Guid字段作主键的性能对比 将GridView中的数据导出到Excel中下载并且解决乱码的问题 设计模式----建造者模式(Builder Pattern) 大学生联盟开发团队需要我们共同的努力 - 侯垒 - 博客园 SQL 数据库操作类 只启动一个窗体,如果再次启动则激活该窗体 如何将自己的代码自动添加版权信息的及其扩展 如何将自己的代码自动添加版权信息 轻松学习适配器模式(Adapter Pattern) 设计模式-----桥接模式(Bridge Pattern)
数据库中使用自增量字段与Guid字段作主键的性能对比(补充篇)
侯垒 · 2009-07-29 · via 博客园 - 侯垒

     数据库中使用自增量字段与Guid字段作主键的性能对比(补充篇)  

      我在发表过“据库中使用自增量字段与Guid字段主键的性能对比”这篇文章后,得到博客园各园友的很多评价,大家对我的测试方法也提出一些改进的方法。让我吃惊的是一园友提出:把guid和id的测试顺序颠倒一下,看下结果。今天就再测试一下,欢迎各园友提出更好的测试方案。     

1.测试环境  

     操作系统:windows server 2003 R2 Enterprise Edition Service Pack 2

  数据库:MS SQL 2008 Express

  CPU:Intel(R) Pentium(R) 4 CPU 3.40GHz

  内存:DDRⅡ 667  1G

  硬盘:WD 80G

2.数据库脚本  

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     
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

首先看一下测试代码:

Code


为了消除上面的顾虑,每次仅使用一种方式测试(每次都注释不使用的代码)。

1.1.自增Id的写入测试。

 image

1.2.Guid的写入测试。

image

2.1.自增Id的读取到DataTable测试

image

2.2.Guid的读取到DataTable测试

image

3.1.自增Id的数据总数统计

image

3.2.Guid数据总数统计

image

4.1.自增Id的数据总数统计(手动找到第3000条数据的id,然后查询)

image

4.2.Guid的数据总数统计(手动找到第3000条数据的id,然后查询)

image

以上测试均属本人电脑上的测试。每次的测试结果都是测试好几次,然后才取其中的一组相对平均的结果。

补充(不是我不总结,其实一些实际的应用已经在上一篇中总结过了,再整理一下吧):
      1.测试的结果Guid作为主键在以上测试的性能还是优于自动增长Id的。对于Inner join的还没有测试。
      2.对于使用那种类型作为主键,还要根据具体的需要。在数据库迁移或者导入数据的时候自增量字段有可能会出现重复,这无疑是一场恶梦,而Guid格式无疑是首选。但是,使用Guid格式比较复杂,对于程序高度比较麻烦,毕竟Guid比较难记。
      3.自动增长的Id使用的是int型或者bigint型,它们分别占用存储空间为4个字节和8个字节,Guid是uniqueidentifier类型,它占用16个字节。从存储空间上来说,自动增长的Id更节省空间。     
      4.如果要搞分布式数据库的话,这自增量字段就有问题了。因为,在分布式数据库中,不同数据库的同名的表可能需要进行同步复制。一个数据库表的自增量值,就很可能与另一数据库相同表的自增量值重复了。

      我个人还是比较喜欢使用Guid作主键,因为它比较唯一,不管是任务时候它都是唯一的,数据库的导入与导出都不会出现主键重复的现象。
我个人的一些问题:

      1.我使用的是windows Live Writer写的文章,为了粘贴代码的方便性,我使用from Visual Studio插件粘贴代码,但是如果代码中含有中文,例如注释,粘贴后,每个汉字后面都会多出一个“?”,这个问题不知道怎么解决,我通过设置编码方式还是不能解决问题。

      2.在Windows Live Writer中怎样设置代码(打包后上传后)的下载的链接。

      另外:向喜欢数据库的园友,推荐一篇:SQL Server 查询处理中的各个阶段
      关于自动增长Id与Guid的介绍请参见:据库中使用自增量字段与Guid字段主键的性能对比

      测试代码