SQL模板化与计划复用的核心是通过彻底参数化、结构稳定化和绑定变量类型严格对齐，确保相同结构查询复用执行计划；需避免隐式转换、动态拼接和函数包裹，推荐NULL感知谓词与静态结构，辅以绑定变量窥探控制、计划固化及规范命名管理。
SQL模板化与计划复用，核心在于让相同结构的查询尽可能复用已生成的执行计划，减少硬解析开销，提升高并发场景下的响应效率。关键不是“写得通用”，而是“参数化得干净、绑定得稳定、结构得一致”。
参数化必须彻底，避免隐式类型转换
模板SQL中所有可变值都应通过绑定变量（如 :user_id、@status）传入，禁止拼接字符串或使用函数包裹变量（如 WHERE name = UPPER('"+input+"')）。一旦出现隐式转换（比如字段是 VARCHAR2，传入 NUMBER 类型绑定变量），优化器可能拒绝复用已有计划。
- ✅ 推荐：WHERE order_status = :status（:status 类型与字段完全一致）
- ❌ 避免：WHERE TO_CHAR(create_time, 'YYYYMM') = :month_str（函数导致索引失效且计划不稳定）
- 注意：应用层需确保每次传入的绑定变量类型、精度、字符集与表定义严格对齐
结构保持稳定，慎用动态分支
带 IF/ELSE 的动态 SQL（如“按需加 WHERE 条件”）会生成多个不同文本的 SQL，即使逻辑相似，数据库也视为不同语句，无法共享执行计划。应优先采用“静态结构 + NULL 感知谓词”方式统一模板。
I-Shop购物系统
下载
部分功能简介：商品收藏夹功能热门商品最新商品分级价格功能自选风格打印结算页面内部短信箱商品评论增加上一商品，下一商品功能增强商家提示功能友情链接用户在线统计用户来访统计用户来访信息用户积分功能广告设置用户组分类邮件系统后台实现更新用户数据系统图片设置模板管理CSS风格管理申诉内容过滤功能用户注册过滤特征字符IP库管理及来访限制及管理压缩，恢复，备份数据库功能上传文件管理商品类别管理商品添加/修改/
- ✅ 推荐：WHERE (:user_id IS NULL OR user_id = :user_id) AND (:status IS NULL OR status = :status)
- ❌ 避免：根据参数存在与否拼出不同 WHERE 子句（生成多条SQL文本）
- 补充：对高频组合（如“查全部”和“查指定状态”），可拆分为两个明确模板，比强行兼容更利于计划缓存命中
绑定变量窥探需可控，必要时固定执行路径
首次执行时优化器基于绑定变量实际值生成计划（即绑定变量窥探），可能导致后续不同值下性能劣化。若业务数据分布极不均匀（如 status=‘PENDING’ 占95%，而 ‘DONE’ 仅5%），可考虑以下手段：
- 使用 OPT_PARAM(‘_optim_peek_user_binds’, ‘false’) 关闭窥探（需DBA评估全局影响）
- 对关键模板添加 /*+ OPT_ESTIMATE(TABLE t1 ROWS=1000) */ 等提示引导基数估算
- 在支持的版本中（如 Oracle 12c+），启用 Adaptive Cursor Sharing 或 SQL Plan Baselines 锁定优质计划
命名与管理要规范，便于追踪与治理
模板不应只是代码片段，需配套唯一标识、业务上下文、典型参数样例和预期执行计划摘要。建议在应用侧建立轻量元数据表或注释规范：
- 每条模板以业务功能命名，如 “sel_order_summary_by_date_v2”，含版本号
- SQL正文开头用注释标明：/* TAG: ORDER_REPORT; PARAMS: :start_dt, :end_dt, :region_id; INDEX_HINT: idx_ord_dt_rgn */
- 定期通过 v$sql 或 pg_stat_statements（PostgreSQL）核对模板的实际复用率与平均执行时间，识别“伪模板”（看似参数化实则常被硬解析）
