不能。sql server视图无法引用临时表，因视图定义需在编译期静态验证对象存在，而临时表仅存在于运行时会话中，生命周期不匹配，导致create view阶段即报“invalid object name”；表变量和cte同理不可用；可行替代方案为永久中间表或内联表值函数。
SQL Server 视图无法引用临时表，不是语法写错或权限问题，而是引擎设计上根本禁止——视图定义必须静态可验证，而临时表只存在于运行时。
CREATE VIEW 里写 SELECT FROM #temp 直接报错
SQL Server 在执行 CREATE VIEW 时会立即解析所有 FROM 子句中的对象。遇到 #mytemp 这类本地临时表名，引擎查不到元数据记录，直接抛出 Invalid object name '#mytemp'。这不是执行时报错，是定义阶段就失败。
- 本地临时表名实际被 SQL Server 自动追加会话唯一后缀（如
#mytemp____000000000005），根本无法登记进系统视图sys.objects - 全局临时表
##temp虽然名字固定，但存在与否、结构是否稳定完全不可控，SQL Server 明确拒绝在视图中引用它 - 哪怕你把
CREATE TABLE #t和CREATE VIEW v AS SELECT * FROM #t放在同一脚本里，也无效——视图创建不执行前面的 DDL
为什么表变量 @table 同样不行
DECLARE @t TABLE(...) 是批处理语句，而视图只允许纯 SELECT 查询逻辑，不允许变量声明、赋值或控制流。即使你硬塞进去，SQL Server 解析时会直接报错“必须声明标量变量”。
- 视图定义不支持任何 DML、DDL 或变量语句，
@t不是对象名，而是作用域内变量 -
WITH cte AS (SELECT * FROM @t)同样非法，CTE 不能引用表变量 - 试图用动态 SQL 绕过？不行——视图里不允许
EXEC或sp_executesql
真正能落地的替代方案只有两个
别再试 #temp 或 @table 了，它们和视图天生不兼容。可行路径非常明确：
- 用永久中间表（如
dbo.stg_order_summary），配合定时作业或触发器刷新数据，再让视图查它；加上READONLY角色或 RLS 控制访问 - 改用内联表值函数（ITVF）封装逻辑，加上
SCHEMABINDING，视图可以安全调用它，SQL Server 会内联展开，性能接近原生查询 - MySQL / PostgreSQL 15+ 用户可考虑物化视图（
CREATE MATERIALIZED VIEW），但注意刷新策略和锁行为
最容易被忽略的一点：很多人以为“延迟绑定”能救场，其实它只解决“表存在但还没建”的问题，不解决“表存在但不可见”——临时表压根不在元数据里，连“延迟”的机会都没有。
