navicat bi .nbi 文件无法跨系统直接共享，因其内嵌平台相关配置（如系统字体、本地路径），需通过 navicat on-prem server 统一托管与同步，并统一日期格式、小数点分隔符及区域设置。
Navicat BI 工作区文件（.nbi）本身不支持跨系统直接共享，必须通过 Navicat On-Prem Server 中转，否则 macOS 与 Windows 间会因路径、编码、字体渲染差异导致图表错位、字段丢失或打开失败。
为什么双击 .nbi 文件在另一台系统上打不开
Navicat BI 的工作区不是纯数据文件，它内嵌了平台相关配置：font-family 引用系统字体（如 Windows 的 “Microsoft YaHei”、macOS 的 “PingFang SC”），还硬编码了本地数据源路径（如 C:\Users\Alice\Downloads\sales.csv 或 /Users/bob/data/）。直接复制 .nbi 到另一系统后，Navicat 会因找不到对应字体或路径而静默降级渲染，甚至卡死在加载界面。错误日志里常出现 Failed to resolve data source path 或 Font not found: "Helvetica Neue"。
正确共享流程：只走 On-Prem Server，不传 .nbi 文件
必须放弃“发文件”思路，改用官方协同链路：
- 确保所有成员已登录同一台
Navicat On-Prem Server（v2026.3+ 推荐），且项目权限设为可编辑 - 在 macOS 上完成 BI 工作区后，右键该工作区 →
共享到项目→ 选择目标项目 - Windows 端用户无需导入任何文件，只需刷新导航窗格 → 展开
On-Prem Server → [项目名] → BI 工作区即可见实时同步的版本 - 若图表中用了本地 CSV/Excel，需先上传至 On-Prem Server 的
文件管理模块，再在 BI 工作区里重新绑定该托管路径（形如server://files/sales_2026.csv）
Mac 和 Windows 用户共用时必调的两个设置
即使走 On-Prem Server，仍有两处隐性不一致会导致分析结果偏差：
-
日期格式解析：macOS 默认按YYYY-MM-DD解析字符串，Windows 可能按区域设置误判为MM/DD/YYYY。在 BI 工作区中，对日期字段右键 →字段设置 → 类型更改为「日期」→ 显式指定格式字符串（如 <code>yyyy-MM-dd） -
小数点分隔符：CSV 导入时，Windows 区域若设为德语/法语，会把1234.56当作整数123456处理。统一要求所有成员在系统设置中将数字格式设为英语（美国），或在 BI 中用自定义字段 → 类型更改字段 → 数值 → 小数点字符设为 "."
真正无缝的关键不在文件怎么传，而在所有成员是否共用同一套数据源托管地址、同一套字段类型声明、同一套系统区域设置——On-Prem Server 只是载体，一致性才是前提。漏掉任意一环，图表看着一样，数字可能已经跑偏。
