Database 用于数据捕获的Microsoft Access的替代方案
我有一个现有的Access数据库，包含表单和报告。这是在2000年完成的。在开发时，它纯粹是为了扑灭火灾，让人们开始以数据库格式捕获数据、运行报告和过滤结果 我不知道是谁创造了它，因为这个人已经离开了，也没有留下他所做的任何痕迹。我可以访问文件，记录数据和代码，所以完整性没有问题 然而，我的问题是。从那时起，就有更好的替代方案来捕获数据库中的数据，该数据库可以通过简单的界面和报告功能（如Access）轻松访问。我知道有MSSQL、MySQL等替代方案，但我不想走这条路，因为接口仍然必须为这种类型的数据库设计 和搜索接口，有很多Database 用于数据捕获的Microsoft Access的替代方案,database,ms-access,Database,Ms Access,我有一个现有的Access数据库，包含表单和报告。这是在2000年完成的。在开发时，它纯粹是为了扑灭火灾，让人们开始以数据库格式捕获数据、运行报告和过滤结果 我不知道是谁创造了它，因为这个人已经离开了，也没有留下他所做的任何痕迹。我可以访问文件，记录数据和代码，所以完整性没有问题 然而，我的问题是。从那时起，就有更好的替代方案来捕获数据库中的数据，该数据库可以通过简单的界面和报告功能（如Access）轻松访问。我知道有MSSQL、MySQL等替代方案，但我不想走这条路，因为接口仍然必须为这种类型
和搜索接口，有许多在和中列出的访问级别上有各种数据库管理工具。问题在于，与表单和代码相比，迁移数据通常相当容易 如果您现有的应用程序运行正常，但没有很好的文档记录等，那么我会坚持使用它。在尝试将应用程序移动到另一个框架之前，请理解应用程序，记录它，并确定未来的需求。如果Access对当前用户正常工作，那么它就具有一定的灵活性 可以使用。 几乎所有的Windows开发工具都不需要访问。因此，如果您需要编写一个新的前端，您可以逐步做到这一点。 访问具有不同的级别。对于简单的应用程序，我不知道您的应用程序是否有很多人正在查看SharePoint列表和视图。这并不总是最好的决定，但值得一看。
在和中列出的访问级别上有各种数据库管理工具。问题在于，与表单和代码相比，迁移数据通常相当容易 如果您现有的应用程序运行正常，但没有很好的文档记录等，那么我会坚持使用它。在尝试将应用程序移动到另一个框架之前，请理解应用程序，记录它，并确定未来的需求。如果Access对当前用户正常工作，那么它就具有一定的灵活性 可以使用。 几乎所有的Windows开发工具都不需要访问。因此，如果您需要编写一个新的前端，您可以逐步做到这一点。 访问具有不同的级别。对于简单的应用程序，我不知道您的应用程序是否有很多人正在查看SharePoint列表和视图。这并不总是最好的决定，但值得一看。
如果您对数据有相当直接的CRUD需求，您可以尝试移动到MS SQL Server并使用生成接口。然后可用于处理报告需求。Microsoft提供帮助您将数据从MS Access迁移到SQL Server。这还将为您提供一个根据需要添加自定义功能的路径
在以后添加功能时进行一点扩展。ASP.NET技术可以在同一应用程序中使用。因此，在您的情况下，您可能首先以动态数据作为接口，然后根据需要添加自定义ASP.NET MVC表单[出于某些业务原因]，并可能通过WCF web服务公开一些数据供其他应用程序使用。通过这种方式，您可以逐步满足自己的需求，而无需大量的前期投资。如果您对数据有相当直接的CRUD需求，您可以尝试移动到MS SQL Server并使用生成接口。然后可用于处理报告需求。Microsoft提供帮助您将数据从MS Access迁移到SQL Server。这还将为您提供一个根据需要添加自定义功能的路径
在以后添加功能时进行一点扩展。ASP.NET技术可以在同一应用程序中使用。因此，在您的情况下，您可能首先以动态数据作为接口，然后根据需要添加自定义ASP.NET MVC表单[出于某些业务原因]，并可能通过WCF web服务公开一些数据供其他应用程序使用。这样，您就可以逐步满足您的需求，而无需大量的前期投资。可能值得一看 可能值得一看 从那以后……2000年？我认为2003-2010年Access的更高版本要好得多。这样，您可以进行升级而不是转换 如果您试图避免为多个用户提供许可证，有一些方法可以构建应用程序，但仍然需要一个许可证并将其分发给其他用户。他们失去了自己创造事物的能力 我会将应用程序分为两个文件：一个数据只放在共享驱动器上，另一个应用程序创建用户副本放在硬盘上，并链接到数据文件。从这里，您可以处理出现的任何性能问题 除非您的应用程序存在其他缺陷，否则您可以在
一两天。从那以后……2000年？我认为2003-2010年Access的更高版本要好得多。这样，您可以进行升级而不是转换 如果您试图避免为多个用户提供许可证，有一些方法可以构建应用程序，但仍然需要一个许可证并将其分发给其他用户。他们失去了自己创造事物的能力 我会将应用程序分为两个文件：一个数据只放在共享驱动器上，另一个应用程序创建用户副本放在硬盘上，并链接到数据文件。从这里，您可以处理出现的任何性能问题
除非你的应用程序存在其他缺陷，否则你可以在一两天内完成这项工作。MS Access并不总是适合这项工作的工具，但如果这是一个用户一次访问的东西，并且可以按原样完成工作，那么最好不要弄乱它。能够让多人同时访问它会很好。我知道它在这方面并不强大，也不是真的打算供多人使用，但如果它能。。。忘了提到tob，但我们想添加和更改DB的功能，因此，我们是保留它并继续使用它，还是重新使用功能更好的更现代的工具s Access并不总是适合此项工作的工具，但如果这是一个用户一次访问并按原样执行的内容，最好不要弄乱它。如果能让多人同时访问它就好了。我知道它在这方面并不强大，也不是真的打算供多人使用，但如果它能。。。忘了提到tob，但我们想添加和更改DB的功能，所以，我们是保留它并继续使用，还是重新使用更现代、功能更强大的东西？然后我们将不得不编写一个界面和所有报告功能等。不像访问那么简单说搜索界面并不能真正回答问题。糟糕的、近乎白痴的回答。这个问题显然主要是关于用户界面方面的问题，而这个答案基本上将其视为一种次要的琐事。然后我们将不得不编写一个界面和所有的报告功能等。不像访问那么简单说搜索界面并不能真正回答这个问题。糟糕的，近乎白痴的答案。这个问题显然主要是关于用户界面方面的问题，而这个答案基本上将其视为一种次要的琐事。布赖恩·利特尔是对的：如果没有任何其他理由就让用户访问另一个界面，而不是找到更好的替代品，那将是一个错误。根据它的使用情况，您可能找不到任何接口。Brian Lyttle是对的：如果没有任何其他参数就让另一个接口访问，而不是找到更好的替代接口，那将是一个错误。根据它的用途，你可能找不到。我看了这个。看起来很不错。我想，如果我要做这样的事情，我会等到它得到更好的支持。我可以很容易地通过访问，而且有很多帮助。有了Lightswitch，我意识到最好还是坚持接入。谢谢你的主意，我以后会把这个放在我的后口袋里。我看了这个。看起来很不错。我想，如果我要做这样的事情，我会等到它得到更好的支持。我可以很容易地通过访问，而且有很多帮助。有了Lightswitch，我意识到最好还是坚持接入。谢谢你的主意，我以后会把这个放在我的后口袋里。