问题标签 [logical-reads]

从表中按其 PrimaryKey 删除一行时，我得到大约 44472 次逻辑读取。现在该表有 5-6 个子表，它们将它们的 ForeignKeys 链接到我要从中删除的表的 PK。

我不确定如何提高删除的性能。

有什么建议么 ？

编辑： 我为删除添加了查询计划

http://img384.imageshack.us/img384/6255/deleteexecutionplan.png

编辑： 我找到了一个解决方案（不确定它是否是理想的解决方案） - 它在下面的响应中。

我们对数据访问层进行了单元测试。这有助于发现 sql 语法错误。
现在我们有了这些测试，我想更进一步。我想运行单元测试并自动查找具有大量逻辑读取的sql。（查找需要调整的sql）

在 sql 中添加“set statistics IO”并不难。我正在寻找的是一个存储过程，我将它发送到 db 并返回一个包含有关 sql 的逻辑读取信息的字符串。我在 Sybase 工作，但如果您知道存储的 proc/etc 在不同的数据库中执行此操作，那仍然会有很大的帮助。

谢谢！

我有一个运行很多的查询，因为它位于一个为大行集调用的函数中。

查询是SELECT @sql = NULL WHERE @sql = ''

即使这向我显示了 0 次物理读取。

它向我展示了大约 17000 个逻辑读取。

有什么解释吗？？

我正在测试一些要添加到视图内的表中的非聚集索引（具有 7 个内部连接）。在运行 Tunning Advisor (SQL Server 2008) 之后，它向我展示了一个脚本，用于在表 (a) 中创建一个非聚集索引，这可以帮助我优化查询。

在创建索引之前，我运行了查询并获得了 IO 和 TIME 统计信息：

创建非聚集索引后，我得到了这个：

检查行A和C ，我在A中读取了近 300 页，而在B中仅读取了 32页。那么为什么这个查询更快呢？我一直认为查询读取的页面越多，性能越差

After doing my research, on how to speed up queries executed in SQL server, the majority of resources suggesting to reduce logical reads, by using the proper where clause. What I am really interested in is to know about the work flow in SQL server: when a stored procedure is being called by a request from an endpoint user or external system, and some tips on do's and don'ts'.

我想减少逻辑读取以加快存储过程的执行时间 sql server，后来我知道通过使用索引我会找到我的解决方案。

我需要知道索引是如何工作的以及它的好处。

我正在尝试加快我的存储过程，所以我使用如下统计 io 以两种格式测试我的存储过程

方法一：使用join

我得到的统计结果为

方法二：使用where子句子查询

我得到的统计结果为

需要知道哪个最好用？

需要解释一下这里的逻辑读取是如何工作的吗？

我试图了解 sql server 如何访问数据。
对于非常简单的查询，我能够准确计算所需的逻辑读取数，但我对以下相当简单的查询有疑问：

这是生成表格的代码：

查询计划如下：

查询统计信息如下：（
受影响的 771 行）表“TT_TMP_3”。扫描计数 771，逻辑读取 2429，物理读取 0，预读读取 6，lob 逻辑读取 0，lob 物理读取 0，lob 预读读取 0。
表 'TT_TMP_4'。扫描计数 1，逻辑读取 3，物理读取 0，预读读取 0，lob 逻辑读取 0，lob 物理读取 0，lob 预读读取 0。

TT_TMP_4 中有 771 行，这就是需要 771 索引查找的原因。每次寻道需要 2 次逻辑读取。然后对于已找到的每一行，需要执行 RID_lookup 以查找列 x 的值。这给了我们另外 771 个逻辑读取。总共有 2313 个读取，仍有 116 个缺失。

问题：这 116 次逻辑读取有什么用？

新焦点：哪些参数会对“逻辑读取次数”产生影响？

UAT 和 PROD 环境应该是相同的，但 PROD 的“逻辑读取数”是巨大的。

UAT & PROD 的执行计划

详细问题=>未解决

提前致谢！:)

存储过程中有一个更新语句，它具有非常高的工作表逻辑读取。如何减少它们？