近年来我使用的是MSsql数据库,表中的所有唯一记录都具有bigint(long)的ID列类型.它是自动增量,一般 – 工作正常.
目前我正在观察人们喜欢使用GUID记录的身份.@H_403_3@
将bigint交换为唯一记录ID的guid是否有意义？@H_403_3@
我认为生成bigint是没有意义的,排序总是比guid快,但是当使用两个(或更多)分离的应用程序和数据库实例并保持同步时,有些麻烦来了,所以你必须管理sql服务器之间的id池(例如：sql1使用id从100到200,sql2使用id从201到300) – 这是一个薄冰.
使用guid id,你不关心id池.@H_403_3@
解决方法
guids有了
优点：@H_403_3@
能够从数据库离线创建它们,而不用担心碰撞.
>你永远不会用尽它们@H_403_3@
缺点：@H_403_3@
>顺序插入可以执行得很差(特别是在集群索引上).@H_403_3@
> Sequential Guids修复这个@H_403_3@
>每行占用更多的空间
创造一个干净不便宜@H_403_3@
列应该仍然有一个唯一的约束(作为PK或作为一个单独的约束,如果它是一些其他关系的一部分),因为没有任何东西阻止有人提供GUID手动和意外/故意违反唯一性.@H_403_3@
如果空间不打扰你和你的表现,如果不是很大的影响他们使很多问题消失.该决定不可避免地针对应用程序的个人需求.@H_403_3@
