上周帮朋友处理一个 Power BI 项目，他辛辛苦苦搭好的数据模型，一导入到新环境就报错：‘字段类型不匹配’‘关系丢失’‘日期列变成文本了’……折腾半天才发现，不是模型有问题，是导出时选错了格式，导入时又漏看了映射设置。
别只盯着‘能导出来’，更要盯住‘导得对不对’
很多工具（比如 Tableau、Power BI、Navicat、甚至 Excel 的 Power Pivot）都支持模型导出为 .pbix、.twb、.json 或 .xml 文件。但文件能生成，不代表结构完整。比如导出 Power BI 模型时，如果没勾选‘包含数据’，那导出的只是结构——字段名、关系、度量值都在，但原始表里一条记录都没有，导入后刷新直接失败。
字段类型和空值处理，最容易静悄悄地翻车
数据库里一个 INT 类型的 user_id，在导出成 CSV 再用 Excel 打开时，可能被自动识别成‘常规’或‘文本’；再导回系统，就变成字符串类型，导致关联不上其他整数主键。更隐蔽的是空值：SQL Server 默认把 NULL 导出为空字符串，而 PostgreSQL 可能导成 \N，导入时若没指定空值标识符，要么报错，要么全塞成 ‘0’ 或 ‘1900-01-01’ 这种假数据。
关系和计算列，不是导出就自动带上的
在 Power BI Desktop 中建的‘销售表’和‘客户表’之间的活动关系，导出 .pbix 文件时会保留；但如果你用 DAX 写了一个叫 [年累计销售额] 的计算列，它依赖于一个未导出的中间表，导入新环境后这个列就显示为‘不可用’。同理，Tableau 中的 calculated field 如果引用了本地连接的临时字段，导出 .twb 后在没有该数据源的机器上打开，字段直接变灰。
编码和区域设置，中文用户尤其要留神
导出 CSV 时用 UTF-8 还是 GBK？Excel 默认用系统编码打开，Windows 简体中文版默认是 GBK，如果导出时用了 UTF-8 却没加 BOM，Excel 打开就是乱码；反过来，用记事本存成 UTF-8+BOM 导入 Python pandas，又可能多出一个 字符卡在列名开头。时间格式也一样：‘2024/3/15’ 和 ‘2024-03-15’ 在不同工具里解析结果可能差一天——因为有的按 MDY，有的按 YMD。
小建议：导出前做三件事
1. 检查所有关键字段的数据类型是否显式定义（别靠自动推断）；
2. 把关系图截图保存，导出后手动核对；
3. 用测试数据跑一次最小闭环：导出 → 新环境导入 → 刷新 → 查看 2～3 个核心指标是否数值一致。
最后提醒一句：别迷信‘一键导出’。就像搬家，打包时写清楚每个箱子装啥、哪些易碎、哪些要优先拆，比光看纸箱封好没用得多。