SQLite内存数据库在Microsoft Store部署版本中无法正常运行

该报错的触发逻辑和共享缓存模式下的命名内存数据库实现机制直接相关，和你预判的权限问题方向吻合：

• 当连接字符串配置Mode=Memory同时指定自定义数据源名称、开启Cache=Shared时，SQLite不会使用纯进程内无文件的内存模式，而是会在进程默认临时工作目录创建一个体积极小的磁盘存根文件，用于实现多连接共享同一块内存数据库的锁协调逻辑。该文件不存储实际业务数据，但要求进程对对应目录拥有写入权限。
• 本地调试版、桌面正式版、ClickOnce版本运行在完整权限的用户上下文下，对系统默认临时目录（通常为%TEMP%路径）有完整读写权限，因此不会触发异常。
• Microsoft Store部署的应用运行在AppContainer沙箱中，进程默认工作目录被重定向到受系统保护的应用安装包目录（路径格式为C:\Program Files\WindowsApps\<应用包标识>），普通应用进程对该目录仅拥有读权限，SQLite尝试在该路径下创建存根文件时会触发权限拒绝，最终抛出unable to open database file错误。

方案1：最小改动，显式指定SQLite临时目录到沙箱可写路径 #

不需要调整现有内存数据库的使用逻辑，仅需在应用启动阶段、创建第一个SQLite连接之前，将SQLite的临时文件目录指定为微软商店应用默认拥有读写权限的路径即可：

• 若使用Microsoft.Data.Sqlite，可在启动代码中添加如下配置：

// 获取应用专属可写本地目录
string appWritablePath = Windows.Storage.ApplicationData.Current.LocalFolder.Path;
// 为SQLite全局指定临时文件目录
Microsoft.Data.Sqlite.SqliteConnection.SetConfig(SQLiteConfig.TempDir, appWritablePath);

• 若使用System.Data.SQLite，可直接在连接字符串中配置临时目录参数：

Data Source=InMemoryDB;Mode=Memory;Cache=Shared;TempDir=<替换为应用可写本地路径>;

注意：可写路径不要选择应用安装包所在目录，必须使用ApplicationData.Current下的LocalFolder、TemporaryFolder等系统开放给沙箱应用的专属目录。

方案2：无跨连接共享需求时移除共享缓存配置 #

如果应用全程仅使用单个SqliteConnection实例访问内存数据库，不需要多连接共享同一份内存数据，可直接调整连接字符串为标准纯内存模式，该模式下SQLite不会创建任何磁盘文件，从根源上规避权限问题：

Data Source=:memory:;Mode=Memory;

该模式性能略高于共享缓存的命名内存模式，缺点是不同连接打开时会创建独立的内存库，无法跨连接共享数据。

方案3：临时文件数据库替代内存库 #

如果内存数据库仅用于临时存储数据、不需要长期持久化，也可以直接将数据库文件创建到应用专属可写目录，程序退出时主动删除文件即可，该方案兼容性最好，不会受沙箱权限规则影响。

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