1. Inicio
  2. Pregunta y respuesta
  3. Mejores prácticas para implementar una aplicación de Microsoft Access

Mejores prácticas para implementar una aplicación de Microsoft Access

2010-05-03 12 views
9

¿Dónde puedo encontrar una descripción general (sitio web) de las mejores prácticas para implementar una aplicación de Microsoft Access (con una arquitectura FE/BE) con respecto a seguridad, rendimiento y capacidad de mantenimiento? Conozco el diseño de tablas, consultas, formularios, etc., y soy un programador razonable, pero me pregunto cuál es la "mejor" y más eficiente forma de implementar mi aplicación de Access.Mejores prácticas para implementar una aplicación de Microsoft Access

Gracias de antemano por su ayuda.

Fuente

2010-05-03 waanders

+0

es posible que "las mejores prácticas" no recomiendan acceso ;-) –

+9

Si mi empleador quiere utilizar Access, tengo que hacerlo. Además, Access 2007 no es tan malo, se ha vuelto mucho más estable y profesional desde la versión de 1995. Para proyectos pequeños, el acceso no está mal, creo. – waanders

+1

Steven, me alegro de que hayas añadido la carita sonriente. –

Respuesta

5

Eche un vistazo a Tony Toews 'Best Practices for Microsoft Access. Como está desarrollando una aplicación dividida, se lo debe a usted también para considerar el Auto FE Updater de Tony. Esa utilidad (que ofrece de forma gratuita) hace que sea bastante fácil implementar la interfaz de usuario de la aplicación para los usuarios y asegurarse de que siempre estén funcionando desde la última versión de la aplicación.

También le sugiero que intente evitar basar los formularios de su aplicación en grandes conjuntos de datos. Por ejemplo, en lugar de vincular un formulario directamente a una tabla grande, vincúlelo a una consulta que devuelva solo una o unas pocas filas de la tabla. Permita que sus usuarios seleccionen en qué fila o filas están interesados ​​en un momento dado. El punto aquí es limitar la cantidad de datos que Access debe recuperar cuando los usuarios abren su formulario.

Fuente

2010-05-03 14:56:18 HansUp

+0

Lo bueno de los consejos de @ HansUp sobre limitar los conjuntos de registros detrás de los formularios es que no solo hace que su aplicación se actualice a un servidor basado en el back-end de manera mucho más eficiente, también hace que su aplicación de Access sea más eficiente. He estado diseñando todas mis aplicaciones de acceso con upsizing en mente desde c. 1998, y el resultado ha sido un mejor rendimiento en algunos casos que terminó posibilitando que la ampliación se posponga años más de lo que esperaba. –

+0

HansUp, gracias por sus amables palabras. –

2

Éstos son algunos enlaces para empezar

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

http://www.lebans.com/

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

momento adecuado para ponerse el traje llama una vez más y estimulan al obligado -v- no unida debatir una vez más. Personalmente, casi siempre utilizo formularios independientes para nuevos trabajos por el control y el rendimiento que ofrecen.

El argumento contrario a eso es mediante el uso de formularios independientes que está eliminando mucho de lo que hace que el acceso sea para mí. De todos modos, mantengo que el mayor control y rendimiento supera eso y una vez que se meten en él lo haría dicen que el tiempo de desarrollo es solo un poco más largo.

Fuente

2010-05-04 07:27:38

+2

Los enlaces están bien, pero la idea de que los formularios de acceso independientes son buenos para la edición de datos es perversa. Uso muchas formas ilimitadas en mis aplicaciones, pero casi nunca para editar datos, simplemente porque hay muy poco inconveniente en hacer la edición en un formato encuadernado con solo el registro editado cargado. Si a menudo siente que necesita más control que el que proporciona, entonces simplemente no debería usar Access en absoluto. –

Cuestiones relacionadas

 Cuestiones relacionadas