SQL视图无法实现动态表名查询，因其本质是预定义的SELECT语句，表名在创建时已固化，不支持运行时拼接或变量替换；MySQL、PostgreSQL、SQL Server均报错禁止此操作。
SQL视图无法实现动态表名查询
视图本质是预定义的 SELECT 语句，其引用的表名在创建时就已固化，不支持运行时拼接或变量替换。试图在视图中写 FROM @table_name 或用 CONCAT('t_', 'user') 拼表名，会直接报错：ERROR 1349 (HY000): View's SELECT contains a variable or parameter。MySQL、PostgreSQL、SQL Server 均不例外——视图不是模板，不接受参数，也不执行字符串解析。
想查不同表？用存储过程 + 动态SQL 是唯一可行路径
真正需要按条件切换目标表（比如按月份查 t_log_202401、t_log_202402），必须跳出视图，改用支持运行时拼接的上下文：
- MySQL 中用
PREPARE+EXECUTE，传入表名字符串后构造完整语句 - PostgreSQL 中用
EXECUTE+format()，注意必须用%I格式化标识符防注入 - SQL Server 中用
sp_executesql，避免直接拼接@sql = 'SELECT * FROM ' + @table（易被注入）
示例（MySQL）：
SET @table = 't_log_202401';<br>SET @sql = CONCAT('SELECT id, content FROM ', @table, ' WHERE created_at > ?');<br>PREPARE stmt FROM @sql;<br>EXECUTE stmt USING @since;<br>DEALLOCATE PREPARE stmt;
为什么不能把动态SQL塞进函数或视图里
几乎所有主流数据库都禁止在标量函数、内联表值函数、视图中执行动态SQL，原因很实在：
- 优化器无法预知执行计划，无法缓存、无法校验列结构，导致每次调用都硬解析，性能崩塌
- 权限模型失效：函数内执行
EXECUTE会绕过调用者对目标表的 SELECT 权限检查（尤其 MySQL 的 DEFINER 权限机制容易误配） - 调试困难：错误堆栈不指向真实表名，只显示“动态SQL执行失败”，排查时得手动还原语句再试
真要“类视图”体验？用分区表或物化视图替代
如果动态表名只是为归档/分片（如按月分表），优先考虑数据库原生方案：
- MySQL 5.7+ 支持
RANGE COLUMNS分区，所有数据逻辑上仍在一张表t_log，但物理分散，SELECT * FROM t_log WHERE dt BETWEEN '2024-01-01' AND '2024-01-31'自动下推到对应分区 - PostgreSQL 10+ 分区表 +
ATTACH PARTITION，配合pg_partman自动管理，查询无需改 SQL - 某些场景可用物化视图（如 PostgreSQL 的
REFRESH MATERIALIZED VIEW），但注意它不解决“动态表名”，只解决“预计算结果复用”
强行用动态SQL模拟视图，等于放弃数据库最擅长的元数据管理和执行计划优化——这锅，视图不背，你也别硬扛。
