navicat中sql参数占位符语法取决于数据库类型：mysql/sqlite用?，postgresql/oracle/sql server用:param_name；执行含合法占位符的sql时点击“运行”才会弹出参数输入框，${date}等模板语法不被识别。
navicat里sql参数占位符用什么语法？
navicat本身不解析${date}这类模板语法——那是某些脚本引擎或java/mybatis里的写法，在纯navicat查询窗口里直接写会报错或当普通字符串处理。
真正生效的参数写法取决于你连的数据库类型：
- MySQL、SQLite：用
?（问号），按顺序绑定参数 - PostgreSQL、Oracle、SQL Server：用
:param_name（冒号+名字），支持命名绑定 - 不能混用，比如在MySQL里写
:start_date不会被识别为参数
执行时参数弹窗怎么触发？
只有当你写的SQL里包含合法占位符，且点击“运行”（不是“格式化”或“解释”）时，Navicat才会弹出参数输入框。
常见失效场景：
- SQL里有语法错误（比如少个括号、引号不配对），Navicat直接报错，不弹参数框
- 占位符写在注释里，比如
-- WHERE date = :date，它被忽略 - 用了双冒号
::date或美元符号$1（PostgreSQL原生位置参数），Navicat不认 - 在“查询”标签页外的地方写SQL（比如建表语句预览、存储过程编辑器），参数机制通常不启用
日期参数该怎么填才不报错？
Navicat把参数值原样传给数据库，不做类型转换。所以填什么，完全取决于目标字段类型和数据库要求：
- 如果字段是
DATE或DATETIME，填'2025-07-27'（带单引号）最稳妥 - 填
2025-07-27（不带引号）可能被当成数学运算：2025减7减27 → 1991，然后报类型不匹配 - 想用函数生成值，比如当前时间减一天，不能在参数框里写
NOW() - INTERVAL 1 DAY—— 参数框只收字面值，函数得写在SQL里，例如：WHERE create_time > NOW() - INTERVAL :days DAY，然后参数框填数字1 - PostgreSQL对日期格式更敏感，
'2025/07/27'可能失败，坚持用'YYYY-MM-DD'
为什么改了参数还是查不到数据？
参数传进去了，但结果为空，大概率是隐式类型转换或时区问题：
-
WHERE date_column = :target_date查不到，可能因为date_column是DATETIME类型，而你传的是'2025-07-27'—— 数据库实际存的是'2025-07-27 14:30:00'，严格相等不成立。改用DATE(date_column) = :target_date或date_column >= :target_date AND date_column - MySQL默认会话时区可能和服务器不一致，
NOW()返回值受此影响，参数值却没变。检查SELECT @@time_zone;确认 - Navicat参数框里输入的值，不会自动加
CAST或TO_DATE，全靠你自己在SQL里写清楚
参数机制本身很简单，麻烦都在数据库侧的类型、格式、时区细节里，漏掉一个就查不到——别怪Navicat，它只是把你的字符串原封不动发过去了。
