使用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是非常方便的，呵呵！