Sql server Azure SQL扩展功能如何改变架构设计？ < >强>在Azure SQL中的模式设计与VM或硬件上的SQL的模式设计不同？当设计Azure SQL数据库和托管实例的模式时，DBA应考虑哪些附加因素？

为了缩小问题范围，您可以将答案限制在OLTP主键和群集键的选择和设计上。

对于我公认的宽泛问题，我没有找到一个明确的资源来指导Azure SQL PaaS伸缩特性中的模式设计。在设计带有Azure SQL的数据库架构时，哪些设计选项将最大限度地发挥效用并简化扩展功能的未来实现，包括分片、SQL数据同步、读取扩展和超缩放

“视情况而定”很可能是正确答案（尽管没有绿色复选标记）

尽管如此，我认为这是一个重要的问题，我想在这里开始对话，在一个地方得到最有用的答案

最正确的答案将在小范围内实用，并且在不进行重大重构的情况下与Azure SQL伸缩功能兼容

其他类似问题的答案已经过时，并在引入许多功能之前发布：

---

主要区别在于，对于多租户解决方案，优先选择每个租户的数据库，因为分布在多个弹性池或托管实例中的大量数据库要比在VM或on-Prem上简单得多

此外，Azure SQL数据库的HA/DR解决方案对日志速率施加了限制，因此您将在OLAP和混合工作负载中对大型表使用Columnstore和大容量加载