Sql server ce SQL Server Compact 4.0和同步框架2.1：为什么缺少支持？
我花了一年时间为一个客户开发了一个商业桌面应用程序，最近刚刚将其本地数据库升级到SQL Compact Edition 4.0。现在，我正在寻找将数据“复制”到Azure的方法，以便外部各方可以使用应用程序访问复制的站点数据、运行报告等。从我所做的阅读来看，SQL CE 4.0似乎不支持这种情况，Microsoft建议，如果开发人员想做这些事情，他们坚持使用旧的v3.5。我对这一切感到不安。首先，我不能将v3.5与EntityFramework5.0一起使用，这是微软推荐的。但总的来说，这种缺乏支持的情况是否表明Sync框架不是我这类问题的首选解决方案？我是个新手，但我认为偶尔连接的应用程序，和/或允许用户在手机上使用与桌面上相同的数据的应用程序，是一个常见的编程问题——需要一套标准的、最新的、受支持的技术。所以我错过了什么？同步框架是否过时或不受欢迎？或者SQL CE与桌面应用程序的情况相同Sql server ce SQL Server Compact 4.0和同步框架2.1：为什么缺少支持？,sql-server-ce,microsoft-sync-framework,Sql Server Ce,Microsoft Sync Framework,我花了一年时间为一个客户开发了一个商业桌面应用程序，最近刚刚将其本地数据库升级到SQL Compact Edition 4.0。现在，我正在寻找将数据“复制”到Azure的方法，以便外部各方可以使用应用程序访问复制的站点数据、运行报告等。从我所做的阅读来看，SQL CE 4.0似乎不支持这种情况，Microsoft建议，如果开发人员想做这些事情，他们坚持使用旧的v3.5。我对这一切感到不安。首先，我不能将v3.5与EntityFramework5.0一起使用，这是微软推荐的。但总的来说，这种缺乏
非常感谢您的反馈。您可以使用SQLCE 4.0轻松实现同步农场工作，请参阅JuneT博客。目前还没有计划进一步开发SQLCE，但在可预见的将来，MS完全支持4.0。我的SQL CE工具箱可以帮助您开始使用同步框架，它具有一些codegen功能。Hi Erik。实际上我读过你提到的那篇文章。这篇文章说“再次提醒您，根据Microsoft文档，这是不受支持的……因此，如果它破坏或破坏了您的数据库，请不要责怪它。”这一点，再加上一些用户评论的问题，给人的印象是，此解决方案属于“黑客”领域。开发依赖于这种变通方法的业务关键型应用程序的想法令人不安，因为它让我觉得我正在冒险进入一个不应该存在的领域。