数据库主键设计-用GUID还是Int(int32,int64)做主键(primaryKey)
使用INT做主键的优点：
1、需要很小的数据存储空间，仅仅需要4 byte 。
2、insert和update操作时使用INT的性能比GUID好，所以使用int将会提高应用程序的性能。
3、index和Join 操作，int的性能最好。
4、容易记忆。
5、支持通过函数获取最新的值，如：Scope_Indentity() 。
使用INT做主键的缺点
1、如果经常有合并表的操作，就可能会出现主键重复的情况。
2、使用INT数据范围有限制。如果存在大量的数据，可能会超出INT的取值范围。
3、很难处理分布式存储的数据表。
4、如果用的是数据可的自增列，程序中如要用这个ID，还得从DB取这个ID。麻烦
使用GUID做主键的优点：
1、它是独一无二的。
2、出现重复的机会少(几乎不可能)。
3、适合大量数据中的插入和更新操作(能很好解决主键并发的问题)。
4、跨服务器数据合并非常方便。
5、能在业务层就知道目标ID，而不是数据提交给数据库系统后才确定 (有时很重要)
6、GUID是根据硬件设备相关ID以及时间戳生成的,还能大致知道生成的计算机硬件设备、时间等信息
使用GUID做主键的缺点：
1、存储空间大（16 byte），因此它将会占用更多的磁盘大小。
GUID过长，看表现形式，至少都有32位，长的38位，浪费存储空间。
GUID字符串可能是32字符、36字符（带4个“-”分割）、38字符（在36字符的基础上用“{}”标记）
2、很难记忆。join操作性能比int要低。
3、没有内置的函数获取最新产生的guid主键。
4、GUID做主键将会添加到表上的所以其他索引中，因此会降低性能。
5、GUID不利于检索、外键关联
总结：
上面列出了GUID和INT两种数据类型做主键优缺点，对于大数据量，建议使用guid做主键。而使用int会得到最佳的性能。
如果考虑到数据迁移、各数据库兼容性等用GUID会比较合适，
c#实现的一个能按时间顺序生成的guid
(但没用过）
public static Guid GenerateGuid()
{
byte[] guidArray = Guid.NewGuid().ToByteArray();
var baseDate = new DateTime(1900, 1, 1);
DateTime now = DateTime.Now;
var days = new TimeSpan(now.Ticks - baseDate.Ticks);
TimeSpan msecs = now.TimeOfDay;
byte[] daysArray = BitConverter.GetBytes(days.Days);
byte[] msecsArray = BitConverter.GetBytes((long)(msecs.TotalMilliseconds / 3.333333));
Array.Reverse(daysArray);
Array.Reverse(msecsArray);
Array.Copy(daysArray,daysArray.Length - 2,guidArray,guidArray.Length - 6,2);
Array.Copy(msecsArray,msecsArray.Length - 4,guidArray,guidArray.Length - 4,4);
return new Guid(guidArray);
}
注：是收集了网上大家的看法并结合自己的应用来的
