Table variable poor performance on insert in SQL Server Stored Procedure(表变量在 SQL Server 存储过程中插入时性能不佳)
问题描述
我们在存储过程中使用表变量时遇到性能问题.
We are experiencing performance problems using a table variable in a Stored Procedure.
这是实际发生的事情:
DECLARE @tblTemp TABLE(iId_company INT)
INSERT INTO @tblTemp(iId_company)
SELECT id FROM .....
SELECT 返回 138 个结果,但插入 TABLE 变量需要 1min15 但是当我使用具有相同 SELECT 的临时表时,woops,需要 0sec :
The SELECT returns 138 results, but inserting in the TABLE variable takes 1min15 but when I use a temp table with the same SELECT, woops, takes 0sec :
CREATE TABLE #temp (iId_company INT)
INSERT INTO #temp(iId_company)
SELECT id FROM ...
什么可能导致这种行为?
What could cause the behavior ?
推荐答案
使用临时表.您会看到更好的性能.
Use a temporary table. You will see much better performance.
详细解释这背后的原因超出了最初的范围但要总结的问题:
A detailed explanation for the reasoning behind this is beyond the scope of the initial question however to summarise:
- 一个表变量被优化为一个行,由 SQL Server 即它假定 1行将被返回.
- 未创建表变量统计数据.
Google 临时表 Vs.表变量 提供了丰富的资源和讨论.如果您需要特定的帮助,请给我发电子邮件或在 Twitter 上与我联系.
Google temp table Vs. table variable for a wealth of resources and discussions. If you then need specific assistance, fire me an email or contact me on Twitter.
这篇关于表变量在 SQL Server 存储过程中插入时性能不佳的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持编程学习网!
本文标题为:表变量在 SQL Server 存储过程中插入时性能不佳
基础教程推荐
- 如何使用 mysql.connector 禁用查询缓存 2022-01-01
- 在 SQL 中连接多个表 2021-01-01
- SQL Server 实例在登录协商期间返回无效或不受支持的协议版本 2021-01-01
- SSMS 中的权限问题:“对象 'extended_properties'、数据库 'mssqlsystem_resource'、... 错误 229)上的 SELECT 权限被拒绝" 2022-01-01
- 无法解决整理冲突 2021-01-01
- 是否可以执行按位分组功能? 2021-01-01
- 需要 MySQL 5.1 中的抽象触发器来更新审计日志 2021-01-01
- 将 SQL Server DateTime 列迁移到 DateTimeOffset 2021-01-01
- SQL 效率:WHERE IN 子查询 vs. JOIN 然后 GROUP 2021-01-01
- SQL:使用来自具有相同列名的两个表中的数据... 2021-01-01
