需先在SQL编辑器中写好显式JOIN语句（含表前缀和ON条件），再点击“查询创建工具”，否则左侧字段列表为空；JOIN不可写在注释里，字段含特殊字符须用反引号包裹。
WHERE 条件拖拽时字段名不出现怎么办
点击“”后左侧字段列表为空，大概率是 join 关系没被 navicat 自动识别。它不会主动推导表关联，必须先在 sql 编辑器里写好基础 join（哪怕只有一行 select * from film inner join film_list on film.film_id = film_list.fid），再点“查询创建工具”按钮，字段才会加载出来。
常见卡点：
- JOIN 语句写在注释里，工具直接忽略
- 用了别名但没在
ON子句中显式写出（如f INNER JOIN fl ON f.id = fl.fid可以，但只写f.id = fl.fid不带表前缀会失败） - 字段名含空格或特殊字符，未用反引号包裹，导致解析中断
LIKE 模糊匹配输入后执行报错
在右侧编辑框输 '%GENE HOPKINS%' 看似正确，但 Navicat 查询创建工具实际会把单引号当普通字符处理，最终生成的 SQL 是 WHERE actors LIKE '%GENE HOPKINS%' —— 这本身合法；但如果字段值里本身含单引号（比如 O'CONNELL），就可能触发嵌套引号错误。
更稳妥的做法：
- 改用双引号包裹字符串（MySQL 5.7+ 兼容模式下有效）：
"%GENE HOPKINS%" - 或直接删掉引号，让工具自动补全（它通常会在你输入内容后自动加单引号）
- 若仍报错，检查
film_list.actors字段是否为 TEXT 类型 —— 某些旧版 Navicat 对 TEXT 字段的 LIKE 支持不稳定，可临时 CAST：CAST(film_list.actors AS CHAR)
执行后结果 tab 名称还是“结果 1”
想用 /*+ Customized Tab Name: Actor Search */ 这类注释改 tab 名？没用。Navicat 的自定义 tab 名只认它自己的语法：-- [Navicat] Customize Result Tab Name: Actor Search 必须严格按这个格式，且要放在语句最开头、不能换行，否则会被忽略。
容易漏的细节：
- 中括号和冒号之间不能有空格：
[Navicat] Customize Result Tab Name:xxx✅，[Navicat ] Customize...❌ - tab 名里不能含斜杠
/、反斜杠\或控制字符，否则创建失败回退到默认名 - 同一查询里多个语句共用一个 tab 名，不会自动编号
运行时参数弹窗不出现
插入 -- [Navicat] Runtime Parameter: actor_name 后执行无反应？问题出在位置——这个注释必须紧跟在要替换的值旁边，且不能跨语句。
例如这样写才生效：
SELECT * FROM film_list
WHERE actors LIKE CONCAT('%', /* [Navicat] Runtime Parameter: actor_name */, '%');而如果写成：
-- [Navicat] Runtime Parameter: actor_name SELECT * FROM film_list WHERE actors LIKE '%?%';
就会静默失败。Navicat 不解析独立注释块，只扫描 SQL 值占位符附近的内联注释。
另外确认连接的数据库类型是否匹配：MySQL 和 PostgreSQL 对参数占位符支持一致，但 SQLite 需手动启用扩展，否则忽略该语法。
复杂点在于，查询创建工具生成的 SQL 是“半托管”状态——它帮你拼结构，但不校验语义。比如你拖拽了 film.release_year > 2010，工具不会提醒你该字段其实是 YEAR 类型而非 INT，也不会阻止你在 MySQL 8.0+ 中对 YEAR 做大于比较（虽然能跑，但逻辑可疑）。这类隐性风险得靠人眼盯住原始表结构。
