Azure 用于放大的标识列与GUID

我正在为Azure云设计一个SQL数据库，我想知道主键使用IDENTITY vs GUID列，特别是在扩展数据库时。我已经了解了它们之间的大小、性能和集群差异，但我担心如果我们扩展或地理复制数据库，标识列会发生什么情况？如果我们需要扩大规模，使用身份栏最终会以一种糟糕的方式赶上我们吗

我曾尝试在SQLAzure中在线搜索与此相关的最佳实践，但我找到的所有文档似乎都来自2010年或2012年

---

提前感谢您的帮助

只需在写入在同一数据集上运行的多个不同的主数据库时才需要考虑。例如，如果您将数据库切分，可能会出现这种情况。每当您只有一个DB写入时，应该没有问题

---

地理复制不是一个问题，因为辅助设备是只读的（如果可以访问的话），并且ID只在主设备上生成。故障切换后标识将正常工作。

谢谢！就碎片而言，如果我们处于Terrabytes的数据级别，我只需要担心什么？或者存储大型二进制文件？是的，如果超过单个Azure DB可以容纳的最大大小（目前高级级别为500GB），则必须开始碎片化。检查SQLServer压缩选项，并考虑CyrnSt店索引以减少文件占用率。如果必须存储大文件，则应该考虑设计应用程序，以便将数据存储在BLB存储中而不是数据库本身中。