Sql server SQL Server执行计划中的表假脱机

Sql server SQL Server执行计划中的表假脱机,sql-server,Sql Server,在sql server执行计划中获取“表假脱机”真的很糟糕吗?如果不是,它有什么好处?我们真的希望摆脱工作台滑阀吗?根据: 延迟假脱机逻辑运算符将其输入的每一行存储在 存储在tempdb数据库中的隐藏临时对象。如果操作员 重新缠绕(例如,通过嵌套循环运算符),但不重新绑定 如果需要,则使用假脱机数据,而不是重新扫描输入。 如果需要重新绑定,则会丢弃假脱机数据并重新绑定假脱机 通过重新扫描(回弹)输入来重建对象 没有接线员总比有接线员好。优点如上所述(无需重新扫描)。缺点是行必须存储在tempdb

在sql server执行计划中获取“表假脱机”真的很糟糕吗?如果不是,它有什么好处?我们真的希望摆脱工作台滑阀吗?

根据:

延迟假脱机逻辑运算符将其输入的每一行存储在 存储在tempdb数据库中的隐藏临时对象。如果操作员 重新缠绕(例如,通过嵌套循环运算符),但不重新绑定 如果需要,则使用假脱机数据,而不是重新扫描输入。 如果需要重新绑定,则会丢弃假脱机数据并重新绑定假脱机 通过重新扫描(回弹)输入来重建对象

没有接线员总比有接线员好。优点如上所述(无需重新扫描)。缺点是行必须存储在tempdb中(通常适合于内存,以便更快地访问)


通常情况下,除非所有内容都在内存中,否则使用这个操作符并不坏。您必须共享执行计划/查询以获得更多数据化的解释和可能的调整。

如果您有性能问题,并且您认为有更好的查询计划,那么您可能希望进行调查。否则不行。