C# WPF程序跨PC运行SQL Server连接失败，寻求便携离线数据库方案

这问题我之前帮好几个WPF开发者踩过坑——原来用SQL Server确实在开发机上顺手，但要做成完全离线便携的程序，就得换成不需要依赖目标机器数据库服务的嵌入式方案。给你几个最实用的选项，附带快速上手的思路：

• SQLite（首推）
  绝对是便携数据库的首选，轻量到极致，整个数据库就是单个.db文件，不需要任何安装服务，目标机器啥都不用装。WPF里集成超简单：

  1. 在项目里安装NuGet包Microsoft.Data.Sqlite（微软官方维护的，兼容性更好）；
  2. 连接字符串直接指向程序目录里的数据库文件，比如：Data Source=./MyAppDB.db;Version=3;；
  3. 开发时把数据库文件设置为“复制到输出目录”（右键文件→属性→复制到输出目录：如果较新则复制），打包时把这个.db文件和程序放一起就行。
     它支持标准SQL语法，大部分你原来的数据库操作逻辑不用大改，唯一要注意的是一些SQL Server特有的语法（比如IDENTITY）要换成SQLite的AUTOINCREMENT。

• SQL Server Compact Edition（SQL CE）
  如果你习惯SQL Server的语法，不想改太多代码，可以选微软自家的这个嵌入式版本。它也是文件型数据库（.sdf文件），不需要服务，语法和SQL Server几乎一致，学习成本极低。不过要注意它已经停止更新了，但稳定性没问题，适合小体量的WPF程序。连接字符串示例：Data Source=./MyDB.sdf;Persist Security Info=False;，同样打包时带上.sdf文件即可。

• LocalDB（折中方案）
  这个是SQL Server的轻量分支，不需要手动启动服务，但目标机器需要安装LocalDB的运行时（体积很小，大概几十MB）。如果你实在不想脱离SQL Server生态，可以用它，但不如前两个完全“零依赖”。你可以把LocalDB运行时打包进你的安装程序里，或者引导用户自行安装。

迁移小提示 #

1. 导出原来SQL Server里的表结构和数据，转换成目标数据库支持的脚本（比如SQLite可以用本地工具转换）；
2. WPF里的DataSet/DataTable大部分逻辑不用改，只需要修改连接字符串和对应的数据库提供者；
3. 测试时一定要把程序打包后拿到干净的机器上跑，确保没有遗漏依赖。

内容的提问来源于stack exchange，提问作者bamischijf