Navicat Cloud 项目无法迁移，只能重建：先下载旧项目的连接（.ncx）、查询（.nq）和模型DDL，再新建项目、导入内容、手动重配权限与成员角色。
不能直接“迁移项目”，navicat cloud 项目本身不支持导出/导入或跨账号转移；你只能重新创建结构、同步内容，并手动调整权限与成员关系。
Navicat Cloud 项目无法导出，只能重建
Navicat Cloud 不提供 export project 或 backup workspace 功能。所有项目数据（连接、查询、模型工作区等）都绑定在当前账号下，且加密存储于 Amazon S3，用户无权下载原始数据包。试图用文件拷贝、数据库导出、或第三方工具提取项目内容均无效。
- 你能在 Navicat Cloud Portal 页面点击
Download，但那只允许单个下载.ncx（连接）、.nq（查询）、.nmw（模型）等文件——不是整个项目，也不含权限、活动日志、角色配置 -
.nmw文件是二进制快照，无法被新账号直接“导入为协作模型”；它必须先反向工程进 On-Prem Server 或通过 SQL 重建 - 项目中的“虚拟组”“BI 工作区”等高级对象完全不可导出，只能重做
重建项目的实操路径：分三步走
核心动作是：拉取旧内容 → 新建空项目 → 手动导入+补全 → 重配权限。这不是一键操作，而是结构化重建。
- 在旧账号的 Navicat Cloud Portal 中，逐项进入项目 → 点击
Download，保存所有可导出项：connections.ncx、关键查询（.nq）、SQL 导出的模型 DDL（不是.nmw） - 用新团队主账号登录 Navicat Cloud Portal →
New Project→ 命名并创建 → 邀请全部成员，**立即分配角色**（Owner / Admin / Member），避免后续误编辑 - 在新项目中：右键 →
Import Connection选connections.ncx；对每个查询，用Import Query上传.nq；对模型，先新建Model Workspace，再执行Reverse Engineer → From SQL File导入之前导出的 DDL
权限与协作配置最容易被跳过
很多人重建完就以为结束了，结果第二天发现成员改不了查询、看不到连接、或互相覆盖模型——问题出在权限没重设，而非内容没同步。
- Navicat Cloud 的权限是项目级控制，不是账号级继承。即使成员已加入，也默认只有
Member角色，不能新建模型工作区或删除查询 - 活动日志（Activity Log）不会迁移。新项目里看不到历史操作，因此需在首次导入后，由 Owner 手动运行一次
Test Connection并留痕，作为协作起点 - 若旧项目启用了
Two-step verification，新账号也建议开启——否则一旦主账号异常，整个新项目将失去恢复入口
真正耗时的不是导出和上传，而是确认每个查询是否依赖特定连接别名、每个模型是否引用了未导出的注释标记、以及谁该拥有哪个子目录的编辑权。这些细节不处理，协作第一天就会卡住。
