El sistema ACCESS2000 tiene el problema de un acceso VPN lento para varios jugadores en la red local
El tiempo de interacción de ACCESS Query Analyzer es limitado y el software en sí no puede realizar múltiples usuarios. También hice esto en el proyecto de impresión de informes anterior, pero le di todo el tiempo de consulta al servidor SQL. Use SQL para crear primero una DATEBASE en el servidor, cree una tabla y luego use ACCESS para crear una tabla vinculada al SERVIDOR. Cada cliente usa directamente la tabla vinculada para el análisis de consultas. Todos tienen permisos diferentes, por lo que usa una contraseña. permiso, y luego todo el tiempo para consultas y análisis está en el servidor SQL. El servidor SQL está completamente abierto. Usted crea un VPM y cualquier red puede llamar a esta tabla para realizar análisis, ingresar e imprimir consultas. Software de diseño, pero uno de sus defectos es que no admite múltiples usuarios. Cuando su consulta de selección está asociada con más de cuatro tablas, alcanzará el límite, especialmente la consulta cruzada, que es extremadamente lenta. Desarrolla un software de forma independiente y la velocidad es relativamente más rápida. Utilizo STUDIO 2008. La idea es la misma que ACCESS. Debes llamar a una fuente de datos y colocar la fuente de datos en el servidor. el servidor determina el tiempo que lleva realizar la consulta cada vez que ejecuta el software. El anterior. La razón por la que este tipo de informe es más rápido que el actual es porque hay menos correlaciones de consulta y no tiene nada que ver con el formulario de la interfaz. No importa qué tan grande sea el archivo. En ese momento, hice 720M ACCESS, que tenía mucho conocimiento. Si el anterior está realmente roto, se puede comprimir. , simplemente repárelo. No es tan difícil de reparar. No lo repare directamente. Es inútil crear una nueva base de datos y agregar directamente tablas, consultas, formularios, macros, informes, etc. se puede utilizar. ACCESS suele ser un problema de código