我一直在寻找关于Azure联合数据库的id生成(针对联合/主键)的最佳实践的一些文章或指导,并且没有发现任何引人注目的内容.联合表不支持标识列,因此在我看来,唯一实用的id类型是GUID,因为尝试集中创建和使用BigInt会在应用程序中创建单点故障.我主要担心的是使用GUID而不是BigInts的性能影响(特别是对表的索引).
是否有任何建议/最佳实践(或现有库)为分布式系统创建唯一的BigInts(或者我不应该担心使用GUID的性能影响吗？).
[更新]
自从发布问题以来已经阅读了很多关于此的内容,在我看来,密钥生成将成为Azure中的一个问题.根据Microsoft发布的这篇blog帖子,建议使用GUID作为联合密钥.但是,他们没有提到Federated表上的所有索引(包括聚簇索引)都必须包含联合密钥.这意味着所有这些索引都将包含GUID,这将破坏插入性能.
替代方案似乎是使用中心密钥生成服务(如下面的Simon所述),其在潜在的瓶颈和中心故障点方面具有其自身的缺点.
我原本以为微软会对此提出更多指导,因为这是一个每个人创建联合表都会面临的问题！
总的来说,我决定采用集中式密钥生成服务,但它确实让我感到担忧.如果有人有一些神奇的技巧,我很乐意听到它(或者让我知道,如果我错过了一些明显的东西)！
解决方法
您可以使用各种技术在应用程序中创建序列,但由于分布式特性,它们并不简单.一个相当不错的是使用
blob storage and preconditions.
根据您的项目计划,您可能希望使用SQL 2012 SEQUENCE并将所有序列放在一个小的非联合数据库中. sql Azure上尚未提供SEQUENCE.
