相关疑难解决方法(0)

我正在对具有大约 5 亿行的单个表上的列存储索引进行一些测试。聚合查询的性能提升非常棒（以前运行大约需要 2 分钟的查询现在可以在 0 秒内运行以聚合整个表）。

但我也注意到另一个测试查询，它利用在同一个表上的现有行存储索引上进行搜索，现在运行速度是创建列存储索引之前的 4 倍。我可以反复演示当删除列存储索引时，行存储查询在 5 秒内运行，通过添加回列存储索引，行存储查询在 20 秒内运行。

我一直关注行存储索引查询的实际执行计划，无论是否存在列存储索引，这两种情况几乎完全相同。（它在两种情况下都使用行存储索引。）

行存储测试查询是：

SELECT *
INTO #TEMP
FROM Table1 WITH (FORCESEEK)
WHERE IntField1 = 571
    AND DateField1 >= '6/01/2020'

此查询中使用的行存储索引是： CREATE NONCLUSTERED INDEX IX_Table1_1 ON Table1 (IntField1, DateField1) INCLUDE (IntField2)

列存储测试查询是：

SELECT COUNT(DISTINCT IntField2) AS IntField2_UniqueCount, COUNT(1) AS RowCount
FROM Table1
WHERE IntField1 = 571 -- Some other test columnstore queries also don't use any WHERE predicates on this table
    AND DateField1 >= '1/1/2019' 

列存储索引是： CREATE NONCLUSTERED …