Navicat 不支持零代码多任务依赖调度，其计划任务仅支持单任务定时执行；需借助 cron/shell 或 Task Scheduler/PowerShell 调用 Navicat CLI 实现简单依赖链，复杂场景应改用 Airflow 等专业调度工具。
Navicat 本身不支持零代码多任务依赖调度
navicat 是数据库客户端工具，不是工作流引擎。它的「计划任务」只支持单任务定时执行，不提供任务间依赖（a 完成后才跑 b）、并行控制、失败重试、可视化 dag 图谱 这类能力。所谓“零代码实现依赖调度”，本质是绕过 navicat 自身限制，用外部轻量工具补足。
用 cron + shell 脚本串起 Navicat CLI 任务（Linux/macOS）
Navicat 提供命令行工具 navicat（需安装完整版，非 Navicat Lite），可执行已保存的连接和查询。依赖靠 shell 控制流程，适合 3–5 个简单任务链。
-
navicat命令必须加--headless参数，否则会弹 GUI 窗口卡住 - 每个任务用独立的
.ncx文件保存（Navicat 导出的连接+查询配置），路径要写绝对路径，相对路径在 cron 下常失效 - 用
&&连接命令，确保前一个成功才执行下一个：navicat --headless /path/to/task_a.ncx && navicat --headless /path/to/task_b.ncx - cron 的环境变量和终端不同，建议脚本开头显式设置：
export PATH="/usr/local/bin:/opt/navicat:$PATH"
Windows 上用 Task Scheduler + PowerShell 小心路径空格和权限
PowerShell 调用 navicat.exe 时，路径含空格必须用双引号包裹，且需以管理员权限运行计划任务——否则 navicat.exe 可能静默失败，连日志都不写。
- 避免用中文路径或带空格的文件名，比如
"C:\Program Files\Navicat Premium 16\navicat.exe"必须全包双引号 - PowerShell 中调用要加
&前缀：& "C:\Navicat\navicat.exe" --headless "D:\jobs\task_a.ncx" - Task Scheduler 的「不管用户是否登录都要运行」选项必须勾选，并勾选「不存储密码」以外的选项（否则 GUI 权限受限）
- 错误不会弹窗，查日志只能看
Get-Job或重定向输出：2>&1 | Out-File C:\logs\navicat.log
真正零代码又可靠的替代方案：Airflow + pgAdmin/MySQL CLI
如果依赖关系变复杂（比如分支、重试、超时、邮件通知），硬塞 Navicat CLI 会越来越难维护。这时该换思路：把 SQL 拆出来，用真正为调度设计的工具跑。
- Airflow 的
PostgresOperator或MySqlOperator直接连数据库执行 SQL，比调 Navicat 更稳、更透明 - SQL 文件放 Git，版本可控；依赖用
>>或set_downstream()明确定义，Web UI 实时看状态 - Navicat 退回到「开发调试角色」：写好 SQL → 导出为
.sql文件 → 交给 Airflow 调度 - 本地快速验证可用
psql -f script.sql或mysql -e "source script.sql"，不用启动 Navicat
依赖调度的核心从来不是“能不能点几下鼠标”，而是“失败时能不能准确定位哪一步挂了、有没有重试记录、上下游变更会不会悄悄破坏逻辑”。Navicat 的 GUI 计划任务在这三点上基本没留接口——这点最容易被忽略，直到线上跑错三天才发现 A 表没等 B 表更新完就清空了。
