navicat 17 的团队协作效率重构了底层逻辑，依托 on-prem server 实现对象级实时协同：支持语句级变更日志、pull-resolve-push 冲突解决流程、拖拽式共享、角色粒度权限控制（按项目及资源类型细分），且所有协作能力必须启用 on-prem server 才生效。
navicat 17 的团队协作效率不是“略有提升”，而是重构了协作底层——它把原本靠人肉同步、手动覆盖的流程，换成了对象级实时协同。关键不在于功能多，而在于所有协作动作都绕不开 on-prem server 这个统一底座。
协作不再依赖“谁最后保存”
Navicat 16 的同步本质是文件上传/下载，两人同时改同一个 .nqp 查询，后保存者直接覆盖前者的全部改动，无提示、无日志、无回滚路径。
- Navicat 17 中，第二次保存会触发锁定提醒，并强制进入
Pull → Resolve → Push流程（注意：这不是 Git，但行为逻辑类似） - 每次变更记录精确到语句级，例如日志里能看到
ALTER TABLE users ADD COLUMN status VARCHAR(20)是谁、在哪台机器、何时执行的 - 冲突解决不是比对 XML 全文，而是聚焦在模型对象本身：比如右键字段选
Compare with Database，直接显示 nullability 或 default 值差异
共享对象不再是“导出再发”，而是拖拽即生效
Navicat 16 的共享需要手动导出 SQL、截图、发邮件或丢网盘；Navicat 17 把这个过程压缩成一次拖拽，背后自动完成对象隔离、权限绑定和状态广播。
- 拖一个查询到
On-Prem Server > 项目名 > 查询目录下，该对象立刻写入服务器独立存储空间，与源数据库物理隔离 - 成员能否看到这个查询，取决于其在该项目中的角色（
Member可见可编辑，Guest只读且复制按钮灰色） - 执行该查询前，Navicat 会校验当前用户是否已配置对应数据库连接——没配过连接，
Execute按钮直接禁用，杜绝误连生产库
权限控制从“整个账户”细化到“单个 BI 工作区”
Navicat 16 的权限只分 Cloud 账户的读/写/管理三级，无法区分“这个 BI 图表能看不能改，但旁边的代码段允许编辑”。
- Navicat 17 支持按项目分配角色：
Owner、Admin、Member、Guest，每种角色对不同资源类型（查询 / 代码段 / BI 工作区 / 数据字典）有独立开关 - 同一用户可在
DVDRental MySQL DB项目是Member，在Analytics PostgreSQL项目却是Guest - 权限变更实时生效，无需重启客户端或刷新页面
真正容易被忽略的点：所有这些能力必须启用 On-Prem Server
Cloud 版虽然也支持角色和同步，但数据落于第三方服务器；而 On-Prem Server 才是 Navicat 17 协作能力的唯一运行时环境。它不是可选项，是默认协作起点——首次启动就提示是否启用，自动拉起内置 Go HTTP server，不依赖 Docker、反向代理或证书配置。如果你没部署它，那 Navicat 17 和 16 在协作上几乎没有区别。
