Cuestión : Tener acceso al funcionamiento de red del DB muy lento

La base de datos que he estado haciendo todas las preguntas está alrededor lista ahora para ser desplegado.  Desafortunadamente, el método de la impulsión de la parte para permitir que los 10-12 usuarios le consigan tiene una arruga.  Hemos partido las oficinas - una en el centro del país y una en el este.  Si funciona en un servidor de archivos en el centro, el este funciona ESTÚPIDO retardarse; el revés sucede si está colocado en el servidor en el East.

We está utilizando Microsoft Access 2007. He confirmado que no tenemos ningún cortafuego entre las 2 oficinas y una tubería humongous el solamente cerca de 30% consumido.  Funcionando un succionador remontar mientras que un usuario del este y un usuario central produjeron estos 3 errores en el usuario en la OTRA oficina de la localización del servidor: estado del

NT: Estado del
NT de STATUS_OBJECT_NAME_NOT_FOUND (0xc0000034): Estado del
NT de STATUS_MORE_PROCESSING_REQUIRED (0xc0000016): ¿Los usuarios del

The de STATUS_NO_SUCH_DEVICE (0xc000000e) en la localización en donde reside el servidor tienen poco a ningún retraso y a ningunas táctica de problems.

Any de la “bomba-hacia fuera” que cualquier persona quisiera sugerir? class= del

Respuesta : Tener acceso al funcionamiento de red del DB muy lento

El acceso nunca fue pensado para ser funcionado a través de un Pálido-tipo disposición (que es con lo que usted está trabajando), y usted no encontrará ningún final de apuros si usted insiste en la fabricación le de intento para hacer tan. El acceso 2007 utiliza el motor de base de datos del AS, que es un tipo del “servidor de archivos” de base de datos. Que la clase de DB no tiene ningún builtin el procesar del motor, así que TODO EL trabajo se debe realizar por el sitio de trabajo. Esto significa que cada vez que usted abre una forma, o un informe, el acceso debe tirar de TODAS esas tablas a través (very-very-very lento) de la conexión, las analiza, y después presenta sus datos. En promedio, una conexión PÁLIDA típica es cerca de 100 veces más lenta que una red estándar de la oficina; cuando salta el tratar de Internet, usted puede apostar que la velocidad es peor faaaaar que eso. El acceso no puede sobrevivir en ese panorama, y usted se encontrará rápidamente el ocuparse de los datos corruptos y/o perdidos, de las formas corruptas, de etc etc.

Usted tiene algunas opciones:

1) Moverse a una disposición del servidor terminal o de Citrix. Esto puede ser costoso fijar y mantener, pero proveerá de usted el uso muy robusto y confiable para sus usuarios off-site.

2) Utilizar un servicio en Internet como www.eqldata.com. Nunca los he utilizado, y no los sé de cualquier persona que tiene, satisfago tan no tomo esto como ninguna clase de recomendación. Apenas la estoy lanzando hacia fuera allí;). Los servicios tienen gusto de este coste usted up-front, y en honorarios mensuales.

3) Reescribir el app para utilizar un interfaz en Internet (es decir ASP.NET, Perl, PHP, etc etc). Esto es una buena solución, pero le requerirá obviamente estar bien informado en esas idiomas, y fijará obviamente detrás su fecha del despliegue.

4) Mover su almacén de los datos al servidor del SQL, a MySQL, a Oracle, a etc etc y reescribir su FE para aprovecharse de esa plataforma. Esto puede ser una empresa masiva, puesto que en la mayoría de los casos usted necesitaría hacer una reescritura de la tierra-para arriba - y usted va a hacer que, y usted debe apoyar a usuarios alejados, después usted sería sabio considerar #3.