针对你的离线嵌入式场景，我强烈推荐SQLite作为数据持久化方案，相比MSSQL LocalDB它更适配你的环境，下面具体分析两者的差异和实践注意事项：

为什么不选MSSQL LocalDB？ #

• 兼容性硬伤：LocalDB是SQL Server的精简桌面版，依赖完整的Windows桌面组件，但Win10 IoT Core是专门为嵌入式设备裁剪的系统，官方并没有提供LocalDB的适配支持，你大概率会遇到安装失败、服务无法启动的情况，甚至找不到适合IoT Core的安装包。
• 资源占用过高：树莓派3的CPU和内存资源有限，LocalDB本质还是需要后台服务支撑，运行时会消耗不少系统资源，可能拖慢你的.NET Core应用，甚至导致系统不稳定。
• 离线场景无优势：LocalDB的核心优势是和SQL Server的无缝兼容，但你的应用是离线运行，这个特性完全用不上，反而徒增部署和维护的复杂度。

为什么推荐SQLite？ #

• 完全嵌入式，无需额外服务：SQLite是单文件数据库，直接嵌入到你的应用中，不需要安装任何后台服务，完美适配Win10 IoT Core的精简环境，部署起来非常简单。
• .NET Core官方支持完善：微软提供了Microsoft.EntityFrameworkCore.Sqlite包，针对.NET Core 2.0也有对应版本，配置和使用都很便捷，连接字符串只需要指向本地文件即可，比如：

  "ConnectionStrings": {
    "MyDb": "Data Source=./appdata/mydatabase.db"
  }
  

• 资源占用极低：SQLite的运行开销非常小，对树莓派3这类低性能设备友好，不会给系统带来额外负担。
• 离线场景适配完美：所有数据都存储在本地文件中，完全不需要网络支持，刚好匹配你的离线需求。

实践注意事项 #

• 存储路径选择：Win10 IoT Core的应用有沙箱限制，不要将数据库文件存放在系统公共目录，建议使用应用的本地存储路径，比如通过ApplicationData.Current.LocalFolder.Path获取，避免权限问题。
• 版本匹配：确保安装的EF Core SQLite包版本和你的.NET Core 2.0版本对应，避免出现兼容性报错。
• 数据安全（可选）：如果需要保护数据，可以对SQLite文件进行加密，EF Core也支持通过配置启用加密功能。

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