2010-05-03 60 views
9

从哪里可以找到有关安全性,性能和可维护性的实现Microsoft Access应用程序(使用FE/BE体系结构)的最佳实践的概述(网站)?我知道设计表格,查询,表单等,我是一个合理的程序员,但我想知道什么是实现我的Access应用程序的“最好”和最有效的方法。实现Microsoft Access应用程序的最佳实践

在此先感谢您的帮助。

+0

你会发现,“最佳实践”不,如果我的雇主要使用Access,我要推荐的访问;-) – 2010-05-03 11:34:16

+9

。另外,Access 2007并不是那么糟糕,自1995年以来,它变得更加稳定和专业。对于小型项目,我认为Access不是坏事。 – waanders 2010-05-03 12:07:15

+1

史蒂文,很高兴你添加了笑脸。 – 2010-05-14 05:11:31

回答

5

看看Tony Toews'Best Practices for Microsoft Access。既然你正在开发一个拆分应用程序,你应该考虑Tony的Auto FE Updater。该实用程序(他免费提供)使您可以轻松地将应用程序前端部署到用户,并确保他们始终使用最新的应用程序版本。

我也建议你尽量避免将你的应用程序的表单放在大型数据集上。例如,不是直接将表单绑定到大表,而是将其绑定到只返回表中一行或几行的查询。允许用户在任何给定时间选择他们感兴趣的行或行。这里的要点是限制用户在打开表单时必须检索的数据量。

+0

关于@ HansUp关于限制表单背后的记录集的建议的好处是,它不仅可以让您的应用程序更有效地升级到基于服务器的后端,还可以使您的Access应用程序更高效。自从c开始,我一直在设计我所有的Access应用程序。 1998年,其结果是在一些情况下表现更好,最终使升迁超过我预期的数年。 – 2010-05-03 22:25:38

+0

HansUp,谢谢你的客气话。 – 2010-05-04 20:41:21

2

这里有一些链接,让你开始

http://www.mvps.org/access/

http://www.lebans.com/

http://www.blueclaw-db.com/

合适的时候再一次穿上我的火焰西装,火起来的束缚-V-绑定再次辩论。就我个人而言,我几乎总是使用未绑定的表单来完成他们提供的控件和性能的新工作。

对此的反驳是通过使用未绑定的表单,您正在抓取很多访问权限,但对于我来说,无论如何,我认为更好的控制权和性能胜过这一点,一旦你进入了它的摆动,我会说开发时间只是非常长一点。各地访问2007

+2

这些链接很好,但未绑定的Access表单适合数据编辑的想法是不正确的。我在我的应用程序中使用了大量未绑定的表单,但几乎从不用于编辑数据,这仅仅是因为在仅编辑了已加载的记录的情况下以绑定形式进行编辑的缺点很小。如果你经常觉得你需要更多的控制,那么你完全不应该使用Access。 – 2010-05-07 00:59:15