navicat 17 不支持数据库收缩与碎片整理的定时任务，因其定位是数据库管理与开发工具，而非 sql server 维护引擎；它不提供 dbcc shrinkdatabase、dbcc shrinkfile 或 alter index 等图形化入口，也不支持封装为调度任务，相关操作须通过 t-sql 手动执行或交由 sql server agent、维护计划、sqlcmd + windows 任务计划程序完成。
Navicat 17 不支持数据库收缩与碎片整理的定时任务——它根本没有提供任何针对 SQL Server 的 DBCC SHRINKDATABASE、DBCC SHRINKFILE 或索引重建/重组（ALTER INDEX ... REBUILD / REORGANIZE）的图形化操作入口，更不支持将这类维护动作封装为可调度任务。
为什么 Navicat 17 里找不到“收缩”或“碎片整理”功能
Navicat 是数据库**管理与开发工具**，不是 SQL Server Agent 或维护计划的替代品。它的核心能力聚焦在连接、查询、结构设计、数据迁移和备份导出上。SQL Server 自身的维护操作（如收缩、更新统计信息、索引优化）必须通过 T-SQL 手动执行，或交由 SQL Server Agent 调度。
你在 Navicat 17 的右键菜单、工具栏、“任务”面板或“自动运行”批处理作业中都找不到相关选项，这不是遗漏，而是功能定位决定的——Navicat 不介入数据库引擎级维护逻辑。
- 尝试在 SQL Server 连接上右键 → 没有“收缩数据库”或“整理索引”菜单项
- 打开“任务”面板 → 只有“数据传输”“数据同步”“备份”“导入”等，无维护类任务类型
- 新建批处理作业 → “可用的工作”列表里只有已保存的
.nq查询、.nexp导出、.nbt备份，没有预置的维护动作节点
可行的替代路径：用 Navicat 写 + 执行 + 外部调度
你仍可借助 Navicat 编写和测试维护脚本，但调度必须绕开它：
- 在 Navicat 查询编辑器中编写完整 T-SQL，例如：
DBCC SHRINKDATABASE (YourDB, 10);<br>GO<br>ALTER INDEX ALL ON sales.orders REBUILD WITH (ONLINE = ON);
- 务必按
Ctrl+S保存为maint_daily.nq（注意：不能含空格或中文，路径需绝对或放在默认目录） - 导出为批处理文件：
navicat.exe --run-query "C:\path\to\maint_daily.nq"（Windows）或对应 Shell 命令（macOS/Linux） - 把该命令交给操作系统调度器：Windows 任务计划程序设为每日凌晨执行，或 Linux
cron添加0 2 * * * /path/to/navicat.sh --run-query /path/maint_daily.nq
⚠️ 注意：--run-query 参数在 Navicat 17 中仅支持命令行启动时调用已保存的 .nq 文件，不接受内联 SQL；且执行时不会弹窗，失败也只写日志（默认在 %APPDATA%\PremiumSoft\Navicat Premium 17\Logs\）。
真正该用什么做定时维护
对 SQL Server 而言，标准且可靠的方式是：
- 使用 SQL Server Management Studio（SSMS）创建“维护计划”，它会自动生成 SQL Server Agent 作业
- 直接在 SQL Server Agent 中新建作业，步骤清晰：新建作业 → 添加“T-SQL 脚本”步骤 → 设置调度（比如每周日凌晨 2 点）
- 若无法启用 Agent（如 Express 版），改用 Windows 任务计划程序调用
sqlcmd：sqlcmd -S localhost\SQLEXPRESS -d master -i "C:\scripts\shrink_and_rebuild.sql"
Navicat 在这个链条里只承担“写脚本”和“临时验证”的角色，一旦确认脚本有效，就该移交专业维护通道。依赖它做定时收缩，等于让螺丝刀去干液压机的活——能凑合拧两下，但压根没设计这功能。
最容易被忽略的一点：数据库收缩本身是反模式操作，频繁执行会加剧碎片并拖慢性能。真正的维护重点应是定期重建/重组索引 + 更新统计信息，而这些在 Navicat 里连手动按钮都没有，必须靠 T-SQL 或 Agent 完成。
