近年来我使用的是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手动和意外/故意违反唯一性.
如果空间不打扰你和你的表现,如果不是很大的影响他们使很多问题消失.该决定不可避免地针对应用程序的个人需求.
