Microsoft Access for Data Capture的替代方案

Question

我有一个包含表单和报告的现有Access数据库。这是在2000年完成的。在开发时，它纯粹是为了解决火灾并为人们完成一些工作，以数据库格式开始捕获数据，运行报告和过滤结果。

我不知道是谁创造了它，因为这个人已经离开并且没有留下他所做的事情的痕迹。我可以访问文件，记录数据并获取代码，因此完整性没有问题。

然而我的问题是。从那时起，有更好的替代方法可以在数据库中捕获数据，通过简单的界面和报告功能（如Access）可以轻松访问。我知道有类似MSSQL，MySQL等的替代方案，但不想走这条路，因为无论如何仍然必须为这种类型的数据库设计接口。

Answer 1

http://alternatives.rzero.com/db.html和Alternatives to Access列出了Access级别的各种数据库管理工具。问题是与表单和代码相比，迁移数据通常相当容易。

如果您的现有应用程序工作正常，但没有详细记录等，那么我会坚持下去。在尝试将应用程序移动到另一个框架之前，了解应用程序，记录它并制定未来的要求。如果它对当前用户有效，那么您可以使用Access。

• 可以使用Access as a front end to SQL Server。
• 从几乎所有Windows开发工具中使用Access都是微不足道的。因此，如果您需要编写新的前端，您可以逐步执行此操作。
• 访问权限级别为integration with SharePoint。对于简单的应用程序（我不知道你的是否），很多人都在关注SharePoint列表和视图。这并不总是最好的决定，但值得一看。

Answer 2

VS Lightswitch可能值得一看。

Answer 3

如果您对数据有相当直接的CRUD需求，可以尝试转移到MS SQL Server并使用ASP.NET Dynamic Data生成接口。然后可以使用Sql Server Reporting Services来处理报告需求。 Microsoft提供some tools来帮助您将数据从MS Access迁移到SQL Server。这也可以为您提供在需要时添加自定义功能的途径。

---

稍后稍微增加一些功能。 ASP.NET技术可以在同一个应用程序中live side by side。因此，在您的情况下，您可能会开始使用动态数据作为接口，然后根据需要，为 [某些商业原因] 添加自定义ASP.NET MVC表单，并可能通过WCF Web公开一些数据 - 供其他应用程序使用的服务。通过这种方式，您可以逐步增加您的需求，而无需进行大量的前期投资。

Answer 4

“从那以后...... 2000”？我认为Access的更高版本要好得多（2003-2010）。这样您就可以进行升级而不是转换。

如果您尝试避免多个用户的许可证，可以使用方法构建应用程序（仍然需要一个许可证）并分发给其他人。他们失去了自己创造事物的能力。

我会将应用程序拆分为两个文件：A）仅数据（放在共享驱动器上）B）应用程序（创建用户副本以放置在其HD上并链接到数据文件）。从这里开始，您可以处理任何性能问题。

除非您的申请存在其他缺陷，否则您可以在一两天内完成此操作。

Answer 5

use sqlite

并且搜索接口，有很多