如何解决同步数据库时,唯一标识符作为主键
| 我花了一天的大部分时间研究和测试在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
问候
皮特
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。