数据库主键设计-用GUID还是Int(int32,int64)做主键(primaryKey)

数据库主键设计-用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);
}

注：是收集了网上大家的看法并结合自己的应用来的