直接用 RESTORE DATABASE 会失败，因 SQL Server 备份文件不向后兼容；必须通过生成兼容低版本的 SQL 脚本（含结构和数据）导出后导入，或使用数据导入导出向导、BCP 等替代方案。
直接用 RESTORE DATABASE 会失败，因为高版本备份不能被低版本 SQL Server 读取
sql server 的备份文件（.bak）是向前兼容、不向后兼容的。比如 sql server 2019 备份的 .bak，无法在 sql server 2016 或 2012 上直接还原——哪怕 navicat premium 界面里点了“还原”，底层执行的 restore database 命令也会报错：msg 3241, level 16, state 7, line 1: the media family on device '...' is incorrectly formed.
这不是 Navicat 的限制，而是 SQL Server 引擎层硬性规则。所以别浪费时间反复点“还原”按钮，得换路径。
用 Navicat 的“转储 SQL 文件”导出结构+数据，再导入目标低版本
这是最稳妥、可控性最强的方式，本质是把数据库“翻译”成标准 SQL 语句，绕过二进制备份格式限制。
- 在 Navicat 中右键源数据库（高版本）→ 转储 SQL 文件 → 勾选
结构和数据 - 注意勾选
兼容模式：SQL Server 2008（或你目标低版本对应年份），否则可能导出SEQUENCE、STRING_AGG等新语法，低版本不认 - 导出前检查“选项”页：
导出表结构和导出表数据都要启用；包含 IF NOT EXISTS建议勾上，避免重复建表报错 - 生成的 SQL 文件体积可能很大，Navicat 默认用单事务提交，若中途失败会导致整个导入回滚——可手动拆分大文件，或改用
sqlcmd分批执行
导入时常见报错及绕过方法
即使选了兼容模式，仍可能遇到几个典型问题：
-
Cannot find the object "xxx" because it does not exist or you do not have permission.：说明脚本里有依赖顺序（如外键、视图引用未建的表）。Navicat 导出默认按字母序建表，不一定满足依赖关系。解决：导出时取消勾选导出外键约束，先建表+插数据，最后统一加外键 -
IDENTITY_INSERT is set to OFF：插入带自增主键的表时报错。解决：在对应INSERT语句前手动加上SET IDENTITY_INSERT [table_name] ON，结束后加OFF - 时间类型字段报错（如
DATETIME2在 SQL Server 2005 不支持）：Navicat 兼容模式会自动降级为DATETIME，但若手动写了DATETIME2(3)就得全局搜索替换 - 大文本字段（
NVARCHAR(MAX)）在低版本中没问题，但若用了FILESTREAM或全文索引，这些功能需单独确认目标实例是否启用
为什么不用 sp_attach_db 或 MDF/LDF 文件附加？
有人试过把高版本 SQL Server 的 .mdf/.ldf 文件拷到低版本服务器上，再用 sp_attach_db 或 CREATE DATABASE ... FOR ATTACH 加载——这行不通。
SQL Server 数据库文件格式随版本升级而变更，2019 的 .mdf 文件头版本号是 869，2016 是 852，2012 是 782。低版本引擎拒绝加载更高版本号的文件，错误信息通常是：Msg 948, Level 20, State 1: Database 'xxx' cannot be opened because it is version 869. This server supports version 782 and earlier.
所以 MDF/LDF 方式只适用于同版本或低→高迁移，跨版本还原必须走 SQL 脚本路径。
