我的Microsoft Access数据库(前端/后端)已经超出了限制,我需要导入更多的数据,所以Access不再是我合适的选择。我将转向MySQL(而非SQL Server)作为一个好的替代方案,但我想知道用什么作为MySQL数据库的前端。我应该保留我的Access VBA代码和前端(使用ODBC连接),还是……?高性能并不是必需的。
我的Microsoft Access数据库(前端/后端)已经超出了限制,我需要导入更多的数据,所以Access不再是我合适的选择。我将转向MySQL(而非SQL Server)作为一个好的替代方案,但我想知道用什么作为MySQL数据库的前端。我应该保留我的Access VBA代码和前端(使用ODBC连接),还是……?高性能并不是必需的。
我一直使用Access作为我的前端。它很好用,简单明了。你可以使用Access中的工具将表格升级到SQL。完成后,我会重命名链接的表格以去掉dbo_前缀,这样表单和代码仍然可以使用相同的表格名称。
现在你有了数据的SQL维护和备份。你可以制作不同的前端副本。你可以有一个开发副本和一个用户副本。一旦你对前端进行更改-新的表单或报告,你可以在没有人使用发布副本时在2秒钟内发布它。
我曾想学习ASP或转向其他平台作为我的数据库前端GUI,但是为什么要费心呢?它们只是小应用程序,而Access在处理它们方面做得很好。
希望对你有所帮助!
我认为你至少应该先尝试使用ODBC链接将现有的Access FE复制到新的MySQL数据库中。我曾经使用PostGreSql和SQL Server作为后端数据库进行过类似的操作,效果很好。我不知道你是否会遇到更多的问题或者甚至是无法解决的问题,但是尝试一下似乎是值得的。而且这并不需要太多的努力...只需丢弃或重命名现有的Jet表,并在其位置添加ODBC链接即可。
如果您已经在前端开发方面投入了很多,对我来说,保留Access前端是一个不需要思考的选择。
另一方面,如果您不熟悉Access开发,您所拥有的应用程序相对较简单,并且您有一个喜欢的开发平台,可以非常快速地启动和运行,那么情况就会朝另一个方向倾斜。
此外,如果您有需求变更,例如需要部署到Web或远程用户,这可能是放弃Access前端投资的好理由。
但总的来说,第一选择是坚持已经有效的方法,只有在无法解决的问题出现时才进行转移。