集群索引现在必须-为什么？

早些时候，关于是否（始终）参与/避免聚集索引的辩论/讨论对我来说不是结论性的。

好吧，我知道有时要结合适当的特定目的和上下文来使用它们。

SQL Azure数据库群集索引要求：

“ SQL Azure不支持没有聚簇索引的表。表必须具有聚簇索引。如果创建的表没有聚簇约束，则必须先创建聚簇索引，然后才能对表进行插入操作”

不符合先前的结论，理由和解释。

在先前的解释中，我遗漏了没有任何例外地严格施加聚集索引的基本原理是什么？

阅读Inside SQL Azure：

SQL Azure提供了用于应用程序数据存储的逻辑数据库。实际上，每个订户的数据实际上被存储了多次，并在三个SQL Server数据库中复制，这些SQL Server数据库分布在单个数据中心的三个物理服务器上。许多订户可以共享同一物理数据库。

需要群集密钥，以便您的数据的三个副本可以保持同步。W / oa键，无法知道更新了哪些行。堆（带有群集索引的表）仅具有物理“键”（fileid：pageid：slot），并且由于逻辑数据库的3个副本与其他逻辑数据库共享物理数据库，因此一台服务器上的物理地址对另一台服务器没有任何意义。副本，因此不可能复制堆。

Azure是远程服务器上的基于云的分布式系统。数据可能会存储在多个驱动器/服务器上，并且在堆上执行此操作效率极低（因为系统需要知道要检查的机器，并且没有聚集索引，这是资源密集型操作） 。

聚集索引为表中的所有行和所有其他索引提供了查找，因此，如果没有一个索引，则每一项操作都无法在多台计算机上进行表扫描。