Navicat 16自动化脚本无法调用系统环境变量，因其批处理作业独立运行、不继承CMD/PowerShell上下文，%DATE%、%USERNAME%等在SQL或路径中均被原样发送或当作字符串处理；{datetime}仅限导出文件名且格式固定；动态值必须依赖数据库原生函数或外部脚本拼接实现。
navicat 16 自动化脚本无法调用系统环境变量进行路径动态配置——它根本不会解析或替换任何外部变量。
为什么 %DATE%、%USERNAME% 在 SQL 或导出路径里都不生效
Navicat 的批处理作业（--batchjob）和「自动运行」生成的脚本，是独立进程调度器启动的，不继承 CMD/PowerShell 的环境变量上下文。你写 SELECT * FROM logs WHERE dt = '%DATE%'，Navicat 会原样发给数据库，不是执行替换；写导出路径为 C:\backups\%USERNAME%\report.xlsx，它会当成字面字符串创建文件夹，甚至因非法字符报错。
- 所有占位符如
{datetime}仅在「导出文件名」字段中有效，且只支持两种格式：{datetime}和{datetime:yyyyMMddHHmmss} -
%PATH%、$HOME、%COMPUTERNAME%等系统变量，在.sql、.xml或作业配置中全部被当作普通文本处理 - Navicat GUI 中「工具 → 选项 → 环境变量」里配的变量，只用于连接参数（如主机名、端口），不参与 SQL 执行或文件路径拼接
想让导出路径带日期？必须绕开 Navicat 做外部拼接
Navicat 的 XML 作业文件路径是静态写死的，不支持变量。要生成 sales_20260612.xlsx 这类文件，只能靠外部脚本兜底：
- 在 Navicat 导出向导中，目标路径设为固定占位文件，例如
C:\navi_jobs\placeholder.xlsx - 用 PowerShell 先生成日期字符串：
Get-Date -Format 'yyyyMMdd'，再执行Move-Item重命名 - 确保调用
--batchjob前已完成重命名，且 Navicat 进程对目标目录有写权限（计划任务默认以 SYSTEM 身份运行，常无权写用户目录） - 命令示例（Windows）：
PowerShell -Command "$d = Get-Date -Format 'yyyyMMdd'; Move-Item 'C:\avi_jobs\placeholder.xlsx' \"C:\avi_jobs\sales_$d.xlsx\" -Force"
SQL 中需要动态值？只能靠数据库原生函数
别试图在 SQL 里写 WHERE dt = '{datetime:yyyymmdd}'——这只会匹配字符串 {datetime:yyyymmdd}，不是当前日期。真正能用的动态值，必须由数据库自己计算：
- MySQL：
CURDATE()、DATE_SUB(CURDATE(), INTERVAL 1 DAY) - PostgreSQL：
CURRENT_DATE、CURRENT_DATE - INTERVAL '1 day' - SQL Server：
GETDATE()、DATEADD(day, -1, GETDATE()) - 注意：Navicat 的
mysql.exe或psql命令行调用不受此限，但--batchjob里的 SQL 是直接提交给服务端的，不经过客户端预处理
真要参数化驱动？放弃 Navicat 内置调度，改用命令行+shell
Navicat 不是脚本引擎，它的「计划任务」字段只是日志备注，不传参、不解析。若需真正参数化：
- 把 SQL 拼装逻辑交给外部：用 Python/PowerShell/Bash 读取环境变量、生成完整 SQL 文件，再用
mysql -e或psql -f执行 - 避免用 Navicat 直接跑含变量的查询；
navicat.exe --batchjob只认 XML，不认参数 - Linux/macOS 用户注意：
--batchjob仅 Windows 版本支持；macOS/Linux 下无 CLI 导出能力，必须用原生命令行工具
最易被忽略的一点：很多人在任务计划里填了「参数」字段，以为 Navicat 会接收并注入，其实那个字段完全不被解析——它只负责触发，不负责组装。
