虚拟组是Navicat客户端UI层的视觉归类标签，仅影响左侧导航窗格排列，不作用于数据库内部、不同步至服务器、不影响SQL执行；需手动拖拽连接入组才生效，推荐按项目+环境双维度分组，并依赖On-Prem Server实现团队同步。
虚拟组不是数据库分组，而是连接层的视觉收纳
Navicat 的“虚拟组”功能（在管理连接界面中叫 组）不作用于数据库内部对象（比如表、视图），只影响你本地 Navicat 客户端左侧导航窗格里“我的连接”下的排列方式。它和数据库结构完全无关，也不会同步到服务器或影响任何 SQL 执行逻辑。很多人误以为新建一个 组 会自动创建数据库 schema 或触发权限变更，其实什么都不会发生——它纯粹是客户端 UI 层的归类标签。
这个设计决定了它的核心用途：解决人眼识别效率问题。当团队共享几十个测试库、上百个环境连接（dev/uat/staging/prod）、多套微服务数据库实例时，靠滚动+搜索找连接，10 秒起步；用颜色+星标+组三层叠加，2 秒内定位。
右键“管理组”后拖拽才是关键操作，别漏掉这步
创建组本身很简单：右键“我的连接”标题旁的齿轮图标 → 进入“管理连接”选项卡 → 右键任意连接 → 选 管理组 → 新建组。但新手常卡在下一步：新建的组默认是空文件夹，**不会自动把当前连接或同名连接塞进去**。
必须手动拖拽连接到该组节点下，才能生效。常见错误包括：
- 建完组就以为完成了，结果连接还在原位置，组里空空如也
- 试图用“重命名连接”来匹配组名，指望 Navicat 自动归类（它不会）
- 在非“管理连接”界面（比如普通连接树）右键建组，菜单里压根没有
管理组选项
拖拽后，连接会从顶层列表消失，只出现在组内。如果想临时取消分组，直接把它拖回“我的连接”根目录即可。
按项目+环境双维度分组比单一分组更实用
只按“MySQL”“PostgreSQL”分组意义不大——你真正要快速访问的是“订单服务的 UAT PostgreSQL”或“用户中心的 PROD MySQL”。推荐组合策略：
-
一级分组用项目名：比如
电商中台、风控系统、BI 数仓 - 二级靠颜色+星标区分环境：红色 = prod，黄色 = uat，蓝色 = dev，绿色 = local；星标只打给当前主力调试的 1–2 个连接
这样查问题时，点开 电商中台 组，一眼看到带红星星的 orders-prod 连接，不用再翻环境说明文档。避免建一堆类似 prod-mysql、uat-mysql 的扁平组，后期维护成本高且易混淆。
团队协作时，虚拟组不自动同步，得靠 Navicat On-Prem Server
Navicat 桌面版的虚拟组、颜色、星标等设置，只存在你本机的配置文件里（Windows 在 %APPDATA%\PremiumSoft\Navicat\，macOS 在 ~/Library/Application Support/PremiumSoft/Navicat/）。直接发 .navicat 文件给别人，对方打开后组信息全丢。
真要团队统一视图，必须用 Navicat On-Prem Server。它能把连接设置、虚拟组结构、查询片段、BI 工作区全部同步到 Web 端，成员登录即见一致布局。否则所谓“团队组织”，只是每个人自己折腾一套，协作时还得互相问“你连的是哪个 orders 库？”
容易被忽略的一点：On-Prem Server 不是免费功能，需要单独部署和授权；而桌面版的虚拟组是免费的，但纯属个人工作流优化工具。
