能否修改VS2017 C# Core2项目连接字符串，将MDF/LDF存至OneDrive/iCloud？

嘿，作为常年踩坑的开发者，我得先给你泼点冷水——这个方案理论上可行，但实际操作中会遇到一堆致命的问题，真心不推荐这么干。下面给你拆解下核心问题，以及不用Azure的替代思路：

为什么把MDF/LDF放OneDrive/iCloud会翻车？ #

• 文件锁冲突：SQL Server运行时会对数据库文件加排他锁，这意味着OneDrive/iCloud这类同步工具根本没法读取或修改这些文件——你在公司改完数据，回家打开OneDrive大概率还是旧版本，甚至会因为同步工具强行尝试修改锁文件，直接搞坏数据库。
• 同步工具的“神操作”：同步工具经常会在后台做一些你看不到的操作，比如临时重命名文件、创建冲突副本，这些操作会让SQL Server误以为数据库文件损坏，直接导致数据库崩溃，严重的话文件直接废掉，数据找不回来。
• 性能拉胯：云同步目录的IO性能比本地硬盘差不止一个档次，SQL Server需要频繁读写日志文件（LDF），放在同步目录里会导致数据库响应变慢、超时，开发时卡到怀疑人生。
• 路径不一致问题：不同设备上OneDrive/iCloud的本地路径可能不一样（比如公司是C:\Users\XXX\OneDrive\DB，家里是D:\OneDrive\DB），你每次换设备都得手动改连接字符串，麻烦不说还容易出错。

不用Azure的替代方案（更靠谱的跨设备开发方式） #

如果不想用Azure，推荐这几个更稳定的思路：

• 换用SQLite数据库：SQLite是单文件型数据库，C# Core完全支持。它在关闭连接后会释放文件锁，OneDrive/iCloud可以正常同步文件，跨设备打开项目直接就能用，不用改连接字符串，适合小型Web项目开发。
• Git同步数据库脚本：每次开发完，把数据库的结构变更、数据修改写成SQL脚本，提交到Git仓库。回家拉取代码后，执行脚本就能让本地数据库和公司的保持一致。虽然需要手动处理数据变更，但胜在稳定，不会出现文件损坏的问题。
• 轻量SQL Server实例+远程连接：在公司电脑上装一个SQL Server Express实例，然后通过VPN或者远程桌面连接公司电脑的数据库，这样数据都存在公司电脑里，回家直接连就行，不用同步文件。

总的来说，把SQL Server的数据库文件放云同步目录是个看起来美好但实际坑满的方案，不如换个更稳妥的方式，省得哪天数据库崩了哭都来不及。

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