Azure SQL查询sys.tables同表出现两次、DELETE同时操作两者咨询

你查询结果中返回的两条Events表记录，并非两个独立的表，而是同一张dbo.Events表的两个内部存储结构：

• indexName为NULL的条目对应堆表存储：说明你当前的Events表未创建聚集索引，表的原始业务数据全部存放在这个堆结构中。
• indexName为IX_timestamp的条目对应你创建的非聚集索引：非聚集索引是独立于表原始数据的存储结构，会保存索引列取值与对应数据行的位置指针，因此会单独统计行数与存储空间。

执行DELETE操作时，SQL Server需要同时删除堆中的原始数据记录，以及所有关联非聚集索引中对应的索引条目，因此会出现两个条目的行数同步减少的现象。两个条目显示的行数不一致是因为sys.partitions中的Rows字段为近似统计值，存在统计延迟，不代表实际数据不一致。

你的需求本质是消除堆存储结构，将表转换为带聚集索引的组织形式，操作完成后原indexName为NULL的堆条目会自动消失，仅保留索引类存储条目：

1. 优先选择表中唯一、非空、更新频率低的列作为聚集索引键，最常见的是主键列，示例语句如下：

ALTER TABLE dbo.Events 
ADD CONSTRAINT PK_Events_Id PRIMARY KEY CLUSTERED (你的主键列名);

2. 如果你希望将已有的IX_timestamp索引转换为聚集索引，可按以下步骤操作：

-- 先删除原有非聚集索引
DROP INDEX IF EXISTS IX_timestamp ON dbo.Events;
-- 创建聚集索引
CREATE CLUSTERED INDEX IX_Events_Timestamp ON dbo.Events ([timestamp]);

注意：创建聚集索引会消耗IO资源且会锁表，建议在业务低峰期执行，避免影响线上服务。

内容的提问来源于stack exchange，提问作者Assaf Segev