MS Access迁移的前端？

几年前,我将一个应用程序的后端从MSacces切换到了MSSQL.保持前端,因为它运作良好,我没有找到任何易于使用/修改的东西.

我从未见过MSAccess - > C#翻译器.但是,您可能能够找到一个MSAccess到VB6转换器(它们的语法大致相似),从那里有VB6-> VB.Net转换器(甚至VB.Net - > C#转换器)

几年前,我将一个应用程序的后端从MSacces切换到了MSSQL.保持前端,因为它运作良好,我没有找到任何易于使用/修改的东西.

我从未见过MSAccess - > C#翻译器.但是,您可能能够找到一个MSAccess到VB6转换器(它们的语法大致相似),从那里有VB6-> VB.Net转换器(甚至VB.Net - > C#转换器)

您可以查看Oracle的Application Express.它是免费的,它面向Access开发人员.

它还有一个迁移助手,您可以运行Access数据库,它会处理数据和表单,将所有内容迁移到Oracle数据库(这适用于免费数据库,Oracle XE,默认安装)并构建Web表单为您的Access数据库.

因此,最终您将拥有Web上的Access数据库,Oracle中的数据以及用于扩展它们的一些不错的Web前端.

就Oracle而言,该工具并非一半糟糕.您可以注册一个免费的实例来玩这里.

这是解释如何迁移Access数据库的文档.

那么,除了个人厌恶之外,为什么要更换Access前端呢？对于某些(简单)数据库来说可能很容易,但现实世界中的大多数Access应用程序都有很多复杂性.

当然,升级后端的原因很多(可伸缩性,性能,数据库损坏,用户锁定).Access甚至还有一个内置的"升级向导"工具,允许您从数据中拆分表单和逻辑,并将数据升级到MS SQL服务器.如果需要,使用此向导将后端升级到SQL Express,然后手动迁移到另一个数据库平台.

希望这不是太偏离主题,但有时你需要做的只是:

升级后端(正如我们已经讨论过的那样)

始终确保前端锁定(只读)

如有必要,为不同的用户角色创建不同的前端(作为安全形式).

如果可能,出于性能原因,在每个工作站上本地复制前端.您可能需要使用网络脚本来检查前端的新版本.

我没有任何直接经验,但我确实在http://www.microtools.us/找到了一个名为"Access Whiz"的ASP.Net转换器工具.

我们使用基于MS Access的内部应用程序作为MySQL数据库的前端.我们遇到了很多问题,并最终在CodeGear Delphi 2007 for Win32中重写了整个应用程序.这已经取得了巨大的成功,尽管迁移确实需要花费很多精力(培训/雇用几个Delphi程序员,购买一些第三方工具).不过,我可以全心全意地推荐Delphi.和AFAIK一样,与MS Access后端的集成当然是可能的 - 我曾经写过一个Delphi应用程序就是这样做的,而且只需要花费几天的时间来获得一个功能完整的版本!

我意识到这是一个完整的编程解决方案,所以你肯定会放弃一些易于使用的MS Access来构建前端.然后,您可以在10分钟内将数据库应用程序放在Delphi中,而无需编写太多代码 - 不要开玩笑!自2009年发布以来,语言再次逐渐成为主流......