因此，我们有一个客户网站抱怨性能严重下降。我看了一眼，很明显问题是因为Somebody Else (grrrr) 设计了一个表，其中包含大约 2000 万条记录而没有聚集索引。
现在我想在该表上创建一个聚集索引 - 但在我的测试环境中，我的create index命令已经运行了一个小时，但仍未完成。客户站点是一个 24/7 全天候工作的车间，在我创建索引时无法承受一个小时的停机时间。
是否有一些创建索引的蛮力方法可以快速完成工作，或者以某种不会在服务器繁忙时完全破坏服务器性能的智能方式来完成？
我们使用的是 SQL Server 企业版。
如果您的 sql server 是 Enterprise+ 版本并且表没有任何 BLOB 字段 -
CREATE CLUSTERED INDEX ... WITH(ONLINE=ON)如果没有 - 除了创建具有相同架构的表并明智地将数据传输到它之外，没有任何办法，包括所有 INSERT/UPDATE/DELETE 操作（例如，使用触发器），然后准确地删除旧表并重命名新的与旧的同名 - 缺点是：速度慢，给服务器和存储增加了额外的负载
不确定您的客户使用的是什么版本的 SQL Server。在企业中，您可以使用 (ONLINE = ON) 构建索引，因此该表在创建索引之前可用。
确保您应用原始所需的任何权限。