Guid和Sequence做主键的比较

记得A项目组是一个物流管理系统,后台采用了Oracle数据库。在系统中的核心表托运单表中,关于主键采用何种数据类型,是 sequence 还是用GUID , 大家起了争论。

从网络搜索得到的结论看,一般的意见总结为:
1. SYS_GUID()比sequence复杂;
2.SYS_GUID做主键,则表、索引存储开销多;
3.SYS_GUID索引查询比sequence慢;

小结

从实践来看, 使用SYS_GUID() 做主键的优点多于负面影响。特别是在多个数据库数据集成时,GUID 的优点显而易见.

综上所述,SYS_GUID 做主键:

SYS_GUID 比sequence 复杂:有限范围的正确 :由于SYS_GUID 是RAW 类型的,做主键是,需要使用 RAWTOHEX 或者HEXTORAW 类的函数转换,若直接使用,则需要建立函数索引等。但这种复杂性往往在前端业务系统中体现不出,主键常常作为隐含的唯一ID 去标识对象,而不显示出来(或者不手工操作它,因为它无意义)。

SYS_GUID 做主键存储开销大:不需要评估系统规模:如今存储非常便宜,内存也足够大,如果2 千万条记录增加不到1.5G内存的话,当前普通的服务器已经可以承受,如果进行合理分区,则影响可以降低到极低。当然,如果您的服务器资源很紧张,那恐怕得放弃使用SYS_GUID

SYS_GUID 做主键查询比 sequence 慢 : 不正确:实践证明,二者是一样的。

【摘自:http://spiritfrog.iteye.com/blog/245816(更详细)】

Guid和Sequence做主键的比较

时间: 2024-11-06 20:46:28

Guid和Sequence做主键的比较的相关文章

SQLSERVER如何使用递增排序的GUID做主键

场景: 产品表数据量较大想用Guid做表的主键,并在此字段上建立聚簇索引. 因为Guid是随机生成的,生成的值大小是不确定的,每次生成的数可能很大,也可能很小.这样会影响插入的效率 1.NEWSEQUENTIALID和newid()的区别 NEWSEQUENTIALID() 和 NEWID()都可以产生uniqueidentifier类型的,GUID.NEWID()产生的GUID是无序的,随机的. 而NEWSEQUENTIALID()是SQL SERVER2005新特性,NEWSEQUENTIA

GUID和INT两种数据类型做主键的比较

转自http://www.cnblogs.com/zhuqil/archive/2010/12/02/1894575.html 我们公司的数据库全部是使用GUID做主键的,很多人习惯使用int做主键.所以呢,这里总结一下,将两种数据类型做主键进行一个比较. 使用INT做主键的优点: 1.需要很小的数据存储空间,仅仅需要4 byte . 2.insert和update操作时使用INT的性能比GUID好,所以使用int将会提高应用程序的性能. 3.index和Join 操作,int的性能最好. 4.

int 和guid做主键的时候性能的区别

1.在经常需要做数据迁移的系统中,建议用Guid.并且在相应的外键字段,也就是用来做连接查询的字段添加非聚集索引,对于改善性能有极大的好处.where条件的字段也可以适当添加非聚集索引. 2.在使用Guid类型作为主键时,数据类型应为uniqueidentifier,并且一定要记得取消主键的"聚集索引" 3.对于不需要做迁移,或小型系统,用int做主键还是很方便的,并且在效率方面还是有一定提升的. 原文地址http://blog.csdn.net/fox123871/article/d

SQL GUID和自增列做主键的优缺点

我们公司的数据库全部是使用GUID做主键的,很多人习惯使用int做主键.所以呢,这里总结一下,将两种数据类型做主键进行一个比较. 使用INT做主键的优点: 1.需要很小的数据存储空间,仅仅需要4 byte . 2.insert和update操作时使用INT的性能比GUID好,所以使用int将会提高应用程序的性能. 3.index和Join 操作,int的性能最好. 4.容易记忆. 5.支持通过函数获取最新的值,如:Scope_Indentity() . 使用INT做主键的缺点 1.如果经常有合并

GUID做主键真的合适吗

在一个分布式环境中,我们习惯使用GUID做主键,来保证全局唯一,然后,GUID做主键真的合适吗? 其实GUID做主键本身没有问题,微软的很多项目自带DB都是使用GUID做主键的,显然,这样做是没有问题的.然而,SQL Server默认会将主键设置为聚集索引,使用GUID做聚集索引就有问题了.很多时候程序员容易接受SQL Server这一默认设置,但无序GUID做聚集索引显然是低效的. 那么,我们在项目中如何避免这一问题呢? 主要的思路还是两方面——方案一,选择合适的列作为聚集索引:方案二,使用有

UUID做主键

我唯一还算熟悉的数据库就算是MySQL了,大概使用MySQL的人,百分之九九以上的人会使用Autoincrement ID做主键,这是可以理解的,因为MySQL的自增ID效率很高,使用也很方便.那么剩下的百分之一的人使用什么做主键呢?可能是自己做的KeyGenerator,也可能是我们下面要说的UUID. 据说在Oracle的圈子里,如果谁用自增ID做主键是要被鄙视的,主键最自然的选择就是UUID.我不了解Oracle,这些道听途说的结论是否正确不做承诺. 那么我们先看看什么是UUID?简单的说

mysql中InnoDB表为什么要建议用自增列做主键

InnoDB引擎表的特点 1.InnoDB引擎表是基于B+树的索引组织表(IOT) 关于B+树 (图片来源于网上) B+ 树的特点: (1)所有关键字都出现在叶子结点的链表中(稠密索引),且链表中的关键字恰好是有序的; (2)不可能在非叶子结点命中; (3)非叶子结点相当于是叶子结点的索引(稀疏索引),叶子结点相当于是存储(关键字)数据的数据层; 2.如果我们定义了主键(PRIMARY KEY),那么InnoDB会选择主键作为聚集索引.如果没有显式定义主键,则InnoDB会选择第一个不包含有NU

SqlSever基础 在指定的数据库中添加一个表(具有两个列),设置列是否做主键

1 code 1 select * from sysdatabases 2 3 --指定添加列的数据库,helloworld 4 use helloworld 5 6 --创建表 表的名字 7 create table TeacherClass 8 ( 9 -- 列名 数据类型 不可为空 做主键 设置标识属性(种子,增长值) 列之间用逗号分开 10 Id int not null primary key identity(1,1) , 11 12 -- 列名 数据类型(有中国字,不确定长度) 1

[MySQL FAQ]系列 — 为什么InnoDB表要建议用自增列做主键

[MySQL FAQ]系列 — 为什么InnoDB表要建议用自增列做主键 http://imysql.com/2014/09/14/mysql-faq-why-innodb-table-using-autoinc-int-as-pk.shtml 我们先了解下InnoDB引擎表的一些关键特征: InnoDB引擎表是基于B+树的索引组织表(IOT): 每个表都需要有一个聚集索引(clustered index): 所有的行记录都存储在B+树的叶子节点(leaf pages of the tree):