在SQL Server等关系型数据库中，存储过程里经常需要暂存中间结果。使用临时表或表变量是常见的做法，但选择不当或缺少索引会造成大量磁盘IO与查询缓慢。下面从原理和用法上说明优化思路。
临时表与表变量的基本区别
临时表以#table形式存在，存储在tempdb中，支持索引、统计信息，适合数据量较大且需复杂查询的场景。表变量用@table声明，也存于tempdb，但默认不维护统计信息，适合小数据量、读写简单的逻辑。
主要差异对比
| 特性 | 临时表 | 表变量 |
|---|---|---|
| 统计信息 | 有 | 无（SQL 2019后有一定例外） |
| 索引 | 可建显式索引 | 仅主键/唯一约束 |
| 作用域 | 会话或批处理 | 批处理内 |
使用索引优化临时表性能
当临时表数据超过几千行，应在过滤或关联字段上建索引。可以在创建表后使用CREATE INDEX，或在建表时直接定义。
-- 创建临时表并添加索引
CREATE TABLE #order_temp (
order_id INT,
user_id INT,
amount DECIMAL(10,2)
);
CREATE INDEX ix_user ON #order_temp(user_id);
-- 写入数据
INSERT INTO #order_temp
SELECT order_id, user_id, amount FROM dbo.orders WHERE create_date > '2023-01-01';
-- 利用索引关联查询
SELECT u.user_name, t.amount
FROM dbo.users u
JOIN #order_temp t ON u.user_id = t.user_id;
表变量的索引限制与替代
表变量不能在声明后建非唯一索引，但可在定义时用PRIMARY KEY或UNIQUE约束充当索引。
-- 表变量使用主键作为索引
DECLARE @user_temp TABLE (
user_id INT PRIMARY KEY,
user_name NVARCHAR(50)
);
INSERT INTO @user_temp
SELECT user_id, user_name FROM dbo.users WHERE status = 1;
SELECT * FROM @user_temp WHERE user_id = 100;
其他性能建议
- 只选必要列，避免
SELECT *写入临时表。 - 控制临时数据量，能过滤就先过滤。
- 存储过程结束前用
DROP TABLE显式释放临时表。 - 避免频繁创建销毁，复用结构稳定的临时表。
若数据量很小且逻辑简单，优先用表变量减少tempdb争用；若需统计信息与灵活索引，使用临时表并合理建索引。
总结
优化SQL存储过程临时表性能，核心是根据数据规模与查询复杂度选择临时表或表变量，并为临时表设计合适索引。遵循上述建议可显著降低执行成本。