我有一些表,其中两个有大约 100 万条记录。在一个过程中,我使用了这些表,大约需要 5-10 分钟来获取大约 25,000 行。
我创建了一些聚集索引和非聚集索引,执行计划显示都是聚集索引查找或非聚集索引查找。但是该过程仍然需要超过5分钟才能执行。
所以我尝试创建列存储索引但仍然没有改进。
各位大佬,有没有大神给点建议啊。我需要如何创建索引以及哪个更好列存储或普通聚集/非聚集索引
我有一些表,其中两个有大约 100 万条记录。在一个过程中,我使用了这些表,大约需要 5-10 分钟来获取大约 25,000 行。
我创建了一些聚集索引和非聚集索引,执行计划显示都是聚集索引查找或非聚集索引查找。但是该过程仍然需要超过5分钟才能执行。
所以我尝试创建列存储索引但仍然没有改进。
各位大佬,有没有大神给点建议啊。我需要如何创建索引以及哪个更好列存储或普通聚集/非聚集索引
列存储索引是否是一个好主意取决于表/数据库的用途。列存储旨在用于数据仓库中的大型事实表。它不是为 OLTP 或任何其他操作数据库构建的。如果您正在使用数据仓库,集群列存储通常是一个好主意,虽然我认为它是为超过一百万条拖链而设计的,但我认为它仍然可以正常工作,并且您还应该从改进的压缩中受益。
对于 OLTP 或混合使用,您可能只想专注于索引。查看查询计划和statistics io
输出以了解导致缓慢的原因,如果您不知道可能是什么问题,请编辑帖子或询问有关您的表、索引和查询计划的详细信息的新帖子。
在查询计划中要查看的典型内容是对大量行的索引扫描、排序和键查找。由于您正在处理数百万行,因此还可能存在假脱机或溢出到导致速度缓慢的临时数据库中。