用于企业项目的Access+SQL服务器的替代方案

Question

我们是一家小型软件公司，开发有关分析、可追溯性、报告等制造设施的项目。我们使用Access作为前端，使用SQL Server作为后端。我们也有相当大的客户，我们的公司正在发展。到目前为止，它运行良好，但我想知道我们是否应该转向更有影响力的技术，比如基于web的解决方案。你对访问的未来有什么看法？

Answer 1

使用Access编写的应用程序，特别是Excel，在非常具体的业务问题需要快速和临时解决时，往往会在组织中弹出，专业开发人员将提供零到最小的支持。这些都是好的和强大的工具，这是一个非常有效的方式来使用它们。

当需求和问题变得更加复杂时，问题就开始了，而基于Access或Excel的现有即席系统已经无法跟上，因为没有人在维护它们，或者规模变得太大，无法处理。

我不认为你们的组织有这些问题。为什么？因为您可能有专心致志于开发和维护此产品的人员，他们可能对应用程序及其扩展方式有很强的控制能力。在正确的情况下，访问是完全有能力的。

我认为真正的问题是找到长期开发/维护这个应用程序的人。访问并不像其他技术那么有吸引力/魅力。仅这一项就足以至少考虑迁移到其他应用程序平台。

Answer 2

应用程序Access将存在很长很长一段时间。它具有价值，在It世界中占有一席之地，但Access不是企业级解决方案。句号。

您需要在C#或VB.NET中构建一个前端(假设您保持在MS堆栈中)。你有很多选择，WinForms，WPF，ASP.NET，Silverlight。您选择哪一个将真正取决于您的业务，您的应用程序和您想要走向的方向。

如果您正在此应用程序上构建您的公司，那么是时候让公司成熟并成长为成熟的前端了。

Answer 3

企业关心的解决方案工作，是可用的，可以扩展到他们的需求，以及他们背后的公司是响应变化，可以支持的产品。

像C#或Java这样的通用编程语言往往会被选中，因为它们被认为是更灵活的，但是如果您已经在Access中找到了解决方案，那么在我看来，Access是一个很好的解决方案。

以下是一些我会考虑的事情：

1. 访问代码可维护吗？
2. 您使用源代码管理吗？
3. 您将如何处理他们可能需要的任何自定义？
4. 你能雇人来维持它吗？

有好的和坏的C#/Java解决方案，也有好的和坏的访问解决方案。就个人而言，我认为我们用WPF/WinForms/Silverlight编写的CRUD/reporting应用程序应该使用Access构建。

如果您有信心您的访问解决方案将满足您的客户的需求，不要让技术偏见给您的同行压力，让您重建一些有用的东西。

您可能需要考虑的是，您的产品将如何改变以满足企业的需求。而不是表单和数据，您想要构建更直观和基于任务的用户界面吗？如果您想添加一些在访问中很难或不可能完成的功能，那么这可能说明切换是合理的。

(我白天以WPF/ASP.NET程序员的身份这么说)