我将很快开始痛苦的*(开玩笑)*过程，将多个独立的 Access 应用程序迁移到“真实”应用程序*(注意引号，请不要大打出手)*。这很可能是 Web 应用程序，因为通常的原因是多用户和可部署性，但我会逐案考虑。
其中一些是使用 Access 作为后端的传统 Access 应用程序，而另一些则使用 SQL Server(中央应用程序)作为后端。
我正在寻找的是您在这方面的经验以及您曾提供帮助的资源。
网站、应用程序、标准、最佳实践、陷阱、别忘了等等。
我是一个使用 SQL Server 后端的 1 人 C# 商店，所以无论是否使用 Web，我都会朝这个方向看。
此外，尝试为这种事情开发一个框架是不是有点矫枉过正或无法实现？会不会有太多变量甚至无法尝试走这条路？有人试过这个吗？
一些基于以下问题的进一步信息。我们目前有大约 250 名用户，他们分布在 5 个地点。
我所说的可部署性可能有点含糊。我只是说我们是一个非营利组织，因此我们没有可用的最佳带宽，因此部署完整的应用程序，即使通过 ClickOnce 与我的用户高度善变的性质相结合也可能很棘手*(我希望那个盒子是紫色的，没有绿色，没有完全摆脱它类型的东西......)*。
我的想法是尝试开发某种“框架”，这将有助于简化将 Access 应用程序移动到 .Net 应用程序的过程。
现在我完全明白，这个“框架”可能只不过是一套步骤和指南；比如，使用ORM*(LINQ2SQL or SubSonic)*生成DAL，复制UI到相应的UserControls，重写业务逻辑。
我只是在寻找您的经验/专业知识来帮助我简化精简流程...;)
最佳答案
那些使用 Access 数据库存储表格并且需要 Web Access 的应用程序应该首先升迁到 SQL Server。 SQL Server 组有一个工具。 SQL Server Migration Assistant for Access (SSMA Access)
然后考虑仅将应用程序中需要远程 Access 的部分转移到网络上。并将应用程序的其余部分留在 Access 中。这可以节省大量时间。
或者考虑转到终端服务器。这与 VPN 一起意味着只需一些软件许可成本，而您几乎不需要做任何工作。
也就是说，“多用户”和“可部署性”是什么意思？也许我们可以在那里给你一些建议。开箱即用的多用户 Access 。但是，如果您有关键任务数据或在损坏时无法重新加密数据，或者 LAN 上有超过 25-50 个用户，那么您应该将数据移动到 SQL Server。
现在，Access 2010 是公开的，可以将应用程序部署到 Web。可以做各种很有趣的事情。有关更多信息，请查看 Microsoft Access product group blog或者我的 blog with the appropriate Access 2010 tags
关于c# - 将 MS Access 应用程序迁移到 .Net 应用程序的指南，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/1526616/