GUID和INT两种数据类型做主键的比较

 

使用INT做主键的优点：

    1、需要很小的数据存储空间，仅仅需要4 byte 。

    2、insert和update操作时使用INT的性能比GUID好，所以使用int将会提高应用程序的性能。

    3、index和Join 操作，int的性能最好。

    4、容易记忆。

    5、支持通过函数获取最新的值，如：Scope_Indentity() 。

使用INT做主键的缺点

    1、如果经常有合并表的操作，就可能会出现主键重复的情况。

    2、使用INT数据范围有限制。如果存在大量的数据，可能会超出INT的取值范围。

    3、很难处理分布式存储的数据表。

使用GUID做主键的优点：

    1、它是独一无二的。

    2、出现重复的机会少。

    3、适合大量数据中的插入和更新操作。

    4、跨服务器数据合并非常方便。

使用GUID做主键的缺点：

    1、存储空间大（16 byte），因此它将会占用更多的磁盘大小。

    2、很难记忆。join操作性能比int要低。

    3、没有内置的函数获取最新产生的guid主键。

    4、GUID做主键将会添加到表上的所以其他索引中，因此会降低性能。

总结：

    上面列出了GUID和INT两种数据类型做主键优缺点。我觉得，对于大数据量，建议使用guid做主键。而使用int会得到最佳的性能。

多个系统进行数据整合的时候guid非常方便。现在都用guid

 

没有内置的函数获取最新产生的guid主键

理论上GUID不是说出现重复的机会少，而是绝不会重复。
生成新guid的时候多数的做法是在应用层里面生成，C#：Guid.NewGuid();
然后放到参数里传递到数据库insert。
如果想在数据库端生成GUID，一个问题是需要返回这个值到应用层，否则新值是多少就不知道了。
用Int时候是因为要数据库“告诉”应用层，下一个号是几，或者刚用的号是几。而是用Guid的时候，数据库对使用哪个Guid没任何意见。

一般的建议是，随时间增长的业务数据必须使用GUID。而基本维持稳定的数据使用Int。

 

都用GUID的话略有点不妥。不过也没太大问题。数据库端的这点性能损失在其他地方优化一点点就捞回来了。

用GUID主键还有一个好处，就是如果一次同时添加“相关联的主表数据与从表数据”，那在客户端直接生成GUID是非常方便的，呵呵！