不能。SQL Server 视图无法引用临时表——这不是语法错误，也不是权限问题，而是数据库引擎设计上根本不允许。视图的定义必须是在编译期就能静态验证的对象，而临时表只有在运行时才会出现，生命周期完全不匹配。你写 CREATE VIEW 的时候，引擎一看 FROM 子句里有个 #temp，直接报 "Invalid object name"。表变量和 CTE 也是一样的问题。要想绕过去，要么用永久中间表，要么换内联表值函数。
一句话总结：视图定义必须静态可验证，临时表只活在运行时，两者天生不对付。下面拆开来说。
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），但要注意刷新策略和锁的行为。
有一个最容易忽略的坑：很多人以为“延迟绑定”能救场。其实延迟绑定只解决“表存在但还没建”的问题，解决不了“表存在但不可见”——临时表压根不在元数据里，连“延迟”的机会都没有。
