不能。Navicat Team 离线时无法访问云端收藏夹，因依赖实时同步服务，断网后 navicat-cloud-sync 进程停止，“☁️”资源变灰不可用，且无完整本地缓存，仅存连接摘要。
Navicat Team 版离线时还能访问云端收藏夹吗？
不能。navicat team 的“云端资源”（如连接、查询、图表收藏）本质依赖实时同步服务，离线状态下 navicat-cloud-sync 后台进程停止，所有标有「☁️」的资源会显示为灰色不可点击，点击提示 network connection failed。
常见误解是以为“已同步过的数据能本地缓存”，但 Navicat Team 并未在本地持久化完整元数据——它只缓存最近一次同步的连接摘要（如名称、分组），不缓存密码、SQL 内容、字段映射等敏感或动态信息。
- 离线时可查看但不能编辑任何云端连接或查询；
- 已打开的查询窗口若在断网前已加载 SQL 文本，可继续编辑并执行本地连接（前提是该连接本身支持离线使用）；
- 重新联网后不会自动补同步，需手动点击右上角
Sync Now按钮触发全量比对。
如何让常用查询在离线时也能用？
必须主动导出为本地资源。Navicat Team 不提供自动离线兜底策略，所有“离线可用”都得靠人工干预。
操作路径：在「Cloud Favorites」里选中目标查询 → 右键 → Export as Local Favorite。导出后它会出现在左侧导航栏的「Local Favorites」下，图标变成文件夹样式，且不受网络状态影响。
- 导出的是快照：不随云端后续修改更新，需重新导出覆盖；
- 导出时若勾选
Include connection info，会把当前连接配置一并打包，但密码仍按 Navicat 本地加密规则存储，无法跨机器迁移； - 本地收藏夹不支持团队协作变更通知，别人改了云端版本，你完全不知道。
离线模式下修改本地连接，联网后会冲突吗？
会，而且冲突处理逻辑隐蔽。Navicat Team 默认采用“云端优先”合并策略，只要云端有同名连接，本地修改会被静默丢弃，仅保留云端版本的主机、端口、数据库名三项，其他字段（如用户名、SSL 设置、超时参数）全部以云端为准。
典型错误现象：你在高铁上改了测试库的 Connection Timeout 为 30 秒，到公司连上 Wi-Fi 后发现又变回 10 秒——不是没保存，是被云端覆盖了。
- 冲突检测只基于连接名称 + 类型（MySQL/PostgreSQL），不校验实际参数差异；
- 没有弹窗提醒，也没有
diff预览界面，覆盖发生在后台同步完成瞬间； - 唯一挽回方式：立即从
History标签页找回刚被覆盖前的本地版本（最多保留 7 天，且仅限同一台设备）。
有没有真正可靠的离线替代方案？
有，但得绕开 Navicat Team 的云端依赖。直接用 Navicat Premium 单机版 + 手动备份 connections.ncx 文件更可控——这个 XML 文件存放在用户目录下（Windows：%APPDATA%\PremiumSoft\Navicat\），可 git 管理、定时压缩、U 盘携带。
团队协同需求不强时，甚至推荐用 my.cnf 或 .pgpass 配合命令行工具（mysql / psql），配合 VS Code 的 SQL 插件写查询，所有内容纯文本，离线编辑、版本追踪、跨平台一致。
复杂点在于：Navicat Team 的“云端”不是存储层，是状态协调层。一旦断网，它既不降级也不缓存，而是直接放弃协调职责——这点和 Figma 或 Notion 的离线行为完全不同，容易被惯性思维带偏。
