将 SQL Server 与 Access Forms 或 ASP.NET 一起使用答案

【问题标题】：Using SQL Server with Access Forms or ASP.NET将 SQL Server 与 Access Forms 或 ASP.NET 一起使用
【发布时间】：2011-07-13 20:51:30
【问题描述】：

将大型 (16000 LOC) 现有 Access 2007/Forms 应用程序移植到 SQL Server 2005，同时将 Access 表单保留在前端，而不是将前端移植到 . NET 技术，比如 ASP.NET 4.0 还是 MVC3？后端肯定会移植到 SQL Server，并进行大量架构修改，所以这个问题是关于是否使用现有的 Access Forms 前端。我不会轻易丢弃现有的工作代码！另一方面，架构将发生很大变化。

如果您有丰富的 ASP.NET/Oracle 经验，但没有 Access 或 SQL Server 方面的经验，这会如何改变您的答案？

谢谢，
迈克

【问题讨论】：

这句话可能有点误导：“我不会轻易丢弃现有的工作代码！”您的“主要架构大修”很可能会迫使对现有 Access 前端进行大量更改。因此，更准确地说，您正在考虑的选择是对 Access 前端的重大修订与使用 Dot Net 作为前端。

标签： asp.net sql-server-2005 ms-access ms-access-2007

【解决方案1】：

Access 作为 RDBMS 的前端没有任何问题，无论是 SQL Server 还是其他

移植前端但留下 Access 后端似乎有点奇怪：何必呢？ Access 是一个很好的演示工具，但 DBMS 平庸。为什么要保持平庸？

此外，无论您做什么，一次只更改一个组件：数据，然后是前端。不要做大爆炸式的方法并改变很多

【讨论】：

无论如何，我们肯定会使用 SQL Server 作为后端，我编辑了问题以使其更清楚。我是一个 C# 人，但如果它最有意义的话，我不想让它影响我继续使用 VB/Access/Forms 解决方案。
@Mike：我的答案仍然成立，不过我会补充更多
如果您能提供一些我可以用作具体理由的细节，请这样做。 :)
架构将被大幅修改，无论如何都会导致大量代码更改。在某些时候，从 Access 迁移出来一定是有意义的。但我对那一点在哪里毫无感觉。基本上我不知道 Access 应用程序有多友好或可测试性。
为什么不隐藏视图后面的架构更改，以便 Access 看到相同的内容？对于写入，使用 INSTEAD OF 触发器来捕获它们

【解决方案2】：

实际上，与 Web 应用程序 (ASP.NET) 和独立 (Access) 进行比较并不是真正的“苹果对苹果”的比较。这在很大程度上取决于您的要求。

当然，与在 Access 中构建表单/报告相比，使用 Web 应用程序需要开发人员付出更多的努力。但是，回报将在中长期内感受到。

在决定使用/继续使用 Access 时，您还应该考虑可扩展性、部署和可用性问题。

【讨论】：