sql server中使用NEWID()生成的uniqueidentifer类型的数据,是全球唯一的么?不会相同么?

buxiangshui_cd 2016-11-11 05:05:49

这几天朋友提了一个问题:

在sql server中创建一个表,表中字段testb是uniqueidentifier类型的,使用NEWID()生成,

这个数据是全球唯一的么?

假设数据库中记录一直增长,会不会出现两组相同的数据?





下面是参考链接及材料:
https://msdn.microsoft.com/zh-cn/library/ms190215

简介
uniqueidentifier数据类型可存储16字节的二进制值,其作用与全局唯一标记符(GUID)一样。GUID是唯一的二进制数:世界上的任何两台计算机都不会生成重复的GUID值。GUID主要用于在用于多个节点,多台计算机的网络中,分配必须具有唯一性的标识符。 在SQL中 ROWGUIDCOL表示新列是行的全局唯一标识列。对于每个表只能指派一个uniqueidentifier 列作为ROWGUIDCO列。ROWGUIDCOL属性只能指派给uniqueidentifier列
定义
Uniqueidentifier 是全局唯一的标识
折叠赋值
UniqueIdentifier 数据类型的列如何赋值?
折叠1
使用 NewID() 函数 来实现
折叠2
直接将字符串的常量转化成这样的格式 xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
举例:6F9619FF-8B86-D011-B42D-00C04FC964FF 为有效的UniqueIdentifier数据
折叠3
直接赋于32位的十六位数据
举例 0xffffffff00000000ffffffff00000000
保存
UniqueIdentifier 数据类型 数据实际是怎么在数据库中保存的?
UniqueIdentifier 数据类型存储实际的数据是16 个字节的二进制值,
UniQueIdentifier 可以转化成实际的字符串型和二进制数据类型
NewID()
NewID()函数是如何生成唯一的UniqueIdentifier 值的呢?
NewID()函数是从他们的网卡上的标识数字和CPU时钟的唯一的数字生成新的UniqueIdentifier数据 ,这个数据和GUID是一样的每台计算机能生成全球唯一的值
这样在多台计算机和多网络之间生成具有唯一性的标识符
优点
使用 Uniqueidentifier数据类型的主要的优点
Uniqueidentifier 数据类型主要的优点是在使用newid函数生成值的时候是可以保证值的全球唯一性
可以唯一的标识单行的记录 对于多库(尤其是多机器,多网段的数据库的复制)来将比IDEntity来的更有效
其次在使用Identity的情况下,我们对自动生成的值是不能修改的,而Uniqueidentifier数据类型是可以随时修改的
折叠缺点
使用Uniqueidentifier的数据类型的缺点
1 对于生成的Uniqueidentifier 类型的值来讲 ,是无序
在正常显示相关的数据信息的时候,返回的信息是无序的
对于 Identity 为标识的数据显示的时候,默认的情况下是根据添加记录的顺序来显示的
这样,对于uniqueidentifier为主键的信息集 ,还是需要一个默认标识排序的字段。
2 对于Uniqueidentifier 字段来讲,数据的实际信息为16个字节,相对而言比Identity大的多,相对来讲存储空间和查询的效率会降低很多。
折叠主键
在系统数据库的设计中我们如何对Uniqueidentifier,Identity ,和可标识的记录属性(有实际的含义的信息)作为主键 ,这三种方式 进行取舍
以属性为主键的系统设计情况
在系统设计的过程中
单条信息中包含可以表示唯一性的属性(一般不能太多3个以内)而且这样的属性是必填字段。在记录生存周期内一般是不进行改动的,表一般多于50个这样级别的系统
以属性为主键 ,这样的方式还是最佳的
举例: 关于学生的管理信息系统以学生的学号为主键
以Uniqueidentifier 列为主键的情况
在需要多个数据库之间,多个网段之间需要进行数据库的复制时,我们就需要在每一个唯一的标识来区别每一个单条记录,在没有合适的属性来做主键的情况下可以用Uniqueidentifier列来生成主键
以 Identity为主键的情况
不需要数据库的复制,和系统比较小的情况下(50表以内)可以用 Identity列来生成主键 ,适合于快速开发。
折叠相关语句
批量随机生成数据:
DECLARE @MyID uniqueidentifier
DECLARE @INT AS INT
SET @INT = 0
WHILE @INT < 500000 --这里设置需要插入多少行
BEGIN
SET @INT = @INT + 1
SET @MyID = NEWID()
INSERT INTO testss (testa, testb) SELECT substring(CONVERT(nvarchar(50), @MyID),1,36), ''
END

...全文
1383 5 打赏 收藏 转发到动态 举报
写回复
用AI写文章
5 条回复
切换为时间正序
请发表友善的回复…
发表回复
卖水果的net 2016-11-11
  • 打赏
  • 举报
回复
没有遇到过相同的。 这个要相同的环境,相同的时间,还要有相同的随机数,才会重复的;
吉普赛的歌 2016-11-11
  • 打赏
  • 举报
回复
引用 2 楼 buxiangshui_cd 的回复:
@xiaoxiangqingling 会不会出现这种情况,假设有人修改自己的mac地址,导致guid重复呢?
人家说了, 算法基于很多东西, 基本不可能重复的了。 其实你再想想, 重复有什么关系? 美国的一头牛叫刘老根, 和中国的一个老汉重名了, 有关系么? 只有同一个表, 产生了重复主键才是一个问题, 但基本上是不可能。 这个概率就象陨石正好落在你头上一样, 实在太小。 很多做分布式数据库的都在广泛应用 guid , 人家已用在商业项目多少年了, 人家都相信你凭什么不相信?
薛定谔的DBA 2016-11-11
  • 打赏
  • 举报
回复
很难重复,除了基于mac,还有进程、时间、本地计数器。。。即使克隆N台计算机,很难一样。
buxiangshui_cd 2016-11-11
  • 打赏
  • 举报
回复
@xiaoxiangqingling 会不会出现这种情况,假设有人修改自己的mac地址,导致guid重复呢?
xiaoxiangqing 2016-11-11
  • 打赏
  • 举报
回复
是全球唯一的。

27,580

社区成员

发帖
与我相关
我的任务
社区描述
MS-SQL Server 应用实例
社区管理员
  • 应用实例社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧