同步数据库时，唯一标识符作为主键

问题描述

| 我花了一天的大部分时间研究和测试在Mac上将SQL Server数据库与CoreData同步的不同方法。我已经测试了INT和GUID（也都是顺序GUID）作为我的主键，尽管就性能而言，GUID到目前为止是最差的，我看不到其他方法确保整个系统的唯一性。 在平台之间同步数据时，使用GUID作为主键是错误的方法吗？我发现很难相信公司在同步时会使用GUID，但是我在该主题上阅读的大多数文章似乎都指出了这一点。如果开发人员正在使用GUID，是否有人知道如何提高性能？我尝试将GUID用作具有非聚集索引的主键，并创建了一个日期字段作为聚集索引，但性能没有得到很大改善。 任何帮助将不胜感激，特别是如果您解决了类似的问题。     

解决方法

        GUID使同步变得容易得多。顺序引导将大大减轻碎片问题，仅将16字节列大小作为主要问题。 只要确保您还有另一个连续且较窄的列作为聚簇键，就可以为非聚簇索引节省大量空间-似乎您已经知道这一点。 假设您没有处理GB的数据，则在这种情况下，性能应该不受GUID的影响，因为您已经谨慎处理了GUID列。 如果只需要同步两个系统，则我以前创建的系统中，A将使用identity（-1，-1）作为主键，而另一个系统使用identity（1,1）作为主键。这样可以确保轻松同步，同时保持主键美观而狭窄。但是不适用于两个以上的系统。     ,        同意，当您使用GUID时，可能会遇到将其用作键的索引的巨大碎片。确保整个系统唯一性的其他方法是 使用标识列并将它们设置为不同的非重叠范围：

1-100 million server A
100million1 -200 million server B 

等等 或使用复合键（identity int +位置代码）来区分数据的原始位置： 三个不同的行：

1 AB
1 BZ
1 XV

问候 皮特