Sql 按资源消耗划分的行数（）

如果表包含许多不同的分区（按id（10K+）划分），并且表的大小正在增长（有数百万条记录），它会遇到内存不足的问题吗？

---

当此查询运行时，系统是否需要将分区窗口（此时为10K）存储到内存中，以及每个分区的

行数

？

使用它是安全的。它将如何表现——这取决于。如果有一个“POC索引”（Partition、Order by、Cover），即以您的Partition by column作为第一个键列的索引，然后以您的Order by column作为键列，并将所选列作为包含列，则对于此特定查询将是最好的。但你应该考虑这个指标的利弊。如果没有这样的索引（或类似索引），查询将变得更重—考虑表扫描、溢出到tempdb等。对您的服务器有什么影响—您应该测试看看。

当然，这是安全的。事情会变慢吗？当然多慢？取决于你的环境。我主张只有在需要的时候才改变事情。。。不要过早地优化。我不确定你所说的行数索引是什么意思，但也许你指的是索引视图？你并没有真正使用任何有意义的术语。“安全”是什么意思？“存储在内存中以便跟踪”是什么意思？在内存中存储什么？跟踪是什么意思？行数索引对你意味着什么？