gpt4 book ai didi

sql-server - 使用 INT 或 GUID 作为主键

转载 作者:行者123 更新时间:2023-12-02 23:06:07 25 4
gpt4 key购买 nike

我试图在 SQL Server、VB.net 中创建一个 ID 列,该列将为数据库中创建的每个新行提供数字序列。所以我使用以下技术来创建 ID 列。

select * from T_Users
ALTER TABLE T_Users
ADD User_ID INT NOT NULL IDENTITY(1,1) Primary Key

然后我在数据库中注册了几个用户名,它工作得很好。例如,前六行为 1,2,3,4,5,6。然后第二天我又注册了4个用户,但这一次ID号从6跳到了一个很大的数字,例如:1,2,3,4,5,6,1002,1003,1004,1005。两天后,我又注册了两个用户,新行显示为 3002,3004。所以我的问题是为什么我每隔一天注册用户就会跳过这么大的数字。我用来创建序列的技术是否错误?如果错了,谁能告诉我该怎么做?现在,当我对上面使用的技术感到沮丧时,我尝试使用顺序生成的 GUID 值。 GUID 值序列生成良好。然而,唯一的缺点是,它生成的数字非常长(INT 大小的 4 倍)。我的问题是使用 GUID 与 INT 相比是否有任何显着优势?

问候,

最佳答案

GUID 的优点:

如果您希望离线客户端能够创建新记录,GUID 是很好的选择,因为当新记录同步回主数据库时,您永远不会遇到主键冲突。

GUID 的缺点:

GUIDS 作为主键会对数据库的性能产生影响,因为对于聚集主键,数​​据库将希望按键值的顺序保留行。但这意味着现有记录之间会进行大量插入,因为 GUID 是随机的。

使用 IDENTITY 列不会受到此问题的影响,因为下一条记录保证具有最高值,因此每次都会将该行添加到末尾。无需重新洗牌。

有一个折衷方案是生成一个伪 GUID,这意味着您预计每 70 年左右就会发生一次 key 冲突,但这对索引有很大帮助。

其他缺点是 a) 它们确实占用更多的存储空间,b) 编写 SQL 确实很痛苦,即更容易键入 UPDATE TABLE SET FIELD = 'value' where KEY = 50003 UPDATE TABLE SET FIELD = 'value' where KEY = '{F820094C-A2A2-49cb-BDA7-549543BB4B2C}'

您对 IDENTITY 列的声明对我来说看起来很好。键值中的间隙可能是由于尝试添加行失败造成的。 IDENTITY 值将增加,但该行永远不会被提交。不要让它打扰您,几乎每张 table 都会发生这种情况。

编辑:

这个问题涵盖了我所说的伪 GUID 的含义。 INSERTs with sequential GUID key on clustered index not significantly faster

在 SQL Server 2005+ 中,您可以使用 NEWSEQUENTIALID() 来获取一个随机值,该值应该大于以前的值。请参阅此处了解更多信息 http://technet.microsoft.com/en-us/library/ms189786%28v=sql.90%29.aspx

关于sql-server - 使用 INT 或 GUID 作为主键,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/21896782/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com