什么类型的数据库记录id要使用:long或guid?

前端之家收集整理的这篇文章主要介绍了什么类型的数据库记录id要使用:long或guid?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
近年来我使用的是MSsql数据库,表中的所有唯一记录都具有bigint(long)的ID列类型.它是自动增量,一般 – 工作正常.

目前我正在观察人们喜欢使用GUID记录的身份.

将bigint交换为唯一记录ID的guid是否有意义?

我认为生成bigint是没有意义的,排序总是比guid快,但是当使用两个(或更多)分离的应用程序和数据库实例并保持同步时,有些麻烦来了,所以你必须管理sql服务器之间的id池(例如:sql1使用id从100到200,sql2使用id从201到300) – 这是一个薄冰.
使用guid id,你不关心id池.

对于我的镜像应用程序(和数据库)你有什么建议:保持传统ID或移动到GUID?

提前感谢您的回复

解决方法

guids有了

优点:

能够从数据库离线创建它们,而不用担心碰撞.
>你永远不会用尽它们

缺点:

>顺序插入可以执行得很差(特别是在集群索引上).

> Sequential Guids修复这个

>每行占用更多的空间
创造一个干净不便宜

>但是如果客户端生成它们,这其实没有问题

列应该仍然有一个唯一的约束(作为PK或作为一个单独的约束,如果它是一些其他关系的一部分),因为没有任何东西阻止有人提供GUID手动和意外/故意违反唯一性.

如果空间不打扰你和你的表现,如果不是很大的影响他们使很多问题消失.该决定不可避免地针对应用程序的个人需求.

原文链接:https://www.f2er.com/mssql/74958.html

猜你在找的MsSQL相关文章