不能——SQL Server和MySQL视图本身不支持参数，存储过程也无法创建真正带参、可复用的动态视图；正确方案是使用内联表值函数（ITVF）替代，它支持参数、可JOIN、可被优化器下推，而MySQL需折中用宽视图或动态SQL，PostgreSQL则原生支持 RETURNS TABLE 函数。
不能——SQL Server 和 MySQL 中的视图本身不支持参数，存储过程也无法真正创建“带参的、可复用的动态视图”。你执行 EXEC 拼出 CREATE VIEW 语句，只会生成一个静态、无参、全局可见的普通视图，它和调用时传入的参数毫无关系。
为什么 EXEC('CREATE VIEW ... WHERE @p = ...') 看起来能跑但实际没用
常见错误现象：在存储过程中拼接变量生成视图定义，比如 SET @sql = 'CREATE VIEW v AS SELECT * FROM t WHERE id = ' + @id，然后 EXEC(@sql)。这确实能执行成功，但结果是：
- 视图定义里根本没有
@id，只有拼进去的具体值（比如WHERE id = 123），下次想查 456 就得再跑一次存储过程重建视图 - 视图一旦创建就固化，无法被
SELECT * FROM v WHERE status = 'pending'再过滤——它不是“动态”的，只是“一次性快照” - 并发场景下多个用户调用同一存储过程，可能因重复建视图报错
There is already an object named 'v' in the database - SQL Server 要求
CREATE VIEW必须是批处理第一条语句，所以拼接时若前面有IF EXISTS判断，必须用GO分隔，而GO在存储过程中不被识别，导致语法错误
SQL Server 正确替代方案：用内联表值函数（ITVF）
它才是你真正需要的“带参视图”：
-
CREATE FUNCTION dbo.fn_orders_by_status(@status VARCHAR(20)) RETURNS TABLE返回的是可被直接JOIN、WHERE、嵌套的表表达式，不是对象实体 - 函数体只能是单个
SELECT，不能有DECLARE、SET或循环，但可用CASE、CTE、窗口函数实现复杂逻辑 - 调用写法是
SELECT * FROM dbo.fn_orders_by_status('shipped')，不是EXEC，这点极易写错 - 别用多语句表值函数（MTVF），它返回不可优化的“黑盒”，大数据量下性能断崖下跌
MySQL 和 PostgreSQL 怎么办
MySQL（8.0.29 之前）根本不支持返回表的函数，没有真正等价物：
- 折中方案一：建普通视图，把所有可能用到的过滤字段都保留（如
status、created_at、tenant_id），靠外部WHERE过滤——简单但不灵活 - 折中方案二：用
PREPARE+EXECUTE动态执行完整查询，但结果无法出现在FROM子句中，不能JOIN、不能子查询嵌套，纯属一次性输出 - PostgreSQL 原生支持
RETURNS TABLE函数，写法直观：CREATE OR REPLACE FUNCTION get_users_by_dept(dept TEXT) RETURNS TABLE(id INT, name TEXT) AS $$ SELECT id, name FROM users WHERE department = $1 $$ LANGUAGE sql
真正的难点不在“怎么拼字符串建视图”，而在于混淆了“对象创建”和“逻辑封装”——视图是对象，ITVF/函数是逻辑。一旦理解这点，就不会再执着于让存储过程去“造视图”了。
