El autor utiliza el sitio web realizado por la base de datos de acceso, y luego descubrió que la cantidad de datos aumenta y la velocidad es lenta, por lo que todos deben tener un plan a largo plazo antes de hacer un sitio web.
¿Cuántos registros pueden tener acceso a la base de datos? ¿Qué tan grande puede aclarar el tamaño del archivo?
No hay restricción en teoría, pero generalmente no es fácil usar más de 100,000.
El acceso no admite el gran volumen de datos. El número específico de registros depende del tamaño del registro. Soy un registro de más de una docena de campos, y alrededor de 500,000 registros se vuelven así.
Este problema no pensó mucho antes de hacer una estación antes, porque la estación corporativa general, no hay muchos datos, los archivos MDB generalmente no exceden los 100 m, pero recientemente me ha preocupado este problema.
La estación de un cliente, 3W registra, un tamaño de aproximadamente 300 m, más de 280 m después de la compresión múltiple, ahora la velocidad es muy lenta.
Investigue la razón, analice los siguientes dos puntos:
1. El acceso no es bien compatible con Big Data, y no se considera antes del establecimiento de la estación. No existe una comprensión integral de las necesidades del cliente. Para las necesidades de grandes datos, se debe considerar la base de datos SQL o MySQL. Es decir, no se puede usar la versión de ASP+AccSEE.
2. Hubo problemas con el módulo de diseño y la clasificación. Toda la estación es un módulo de artículo, y los otros se clasifican en el módulo, lo que conduce directamente a la gran cantidad de datos en la tabla JTBC_ARTiclle. Como resultado, la velocidad de consulta se vuelve más lenta.
Por lo tanto, al construir una estación, los artículos que son la naturaleza del artículo, pero diferentes clasificaciones se construyen en diferentes módulos, es decir, múltiples módulos de artículo en la clonación, que pueden resolver efectivamente el problema como los problemas anteriores, pero también mejor a través del módulo. Índice de nodo de nodo de plantilla de página de inicio para personalizar la página de inicio de diferentes clasificaciones.
Pero ahora todavía estoy enredado por este problema, porque también es problemático volver a separar el módulo, y no es la solución más efectiva al final, porque estos datos aún están creciendo diariamente, con al menos 100,000 datos de datos . Entonces la base de datos de acceso debe ser abandonada.
Lo que es más importante es que quiero abandonar IIS y cambiar directamente a PHP+MySQL, de modo que cuando el servidor se despliega, no hay necesidad de fingir que sea molesto IIS. eficiente que IIS. Pero el problema ahora es que la función en la versión PHP no es tan fuerte como ASP, y esto no es un problema, porque esta estación no necesita características demasiado fuertes. La versión que probé no puede generar estática.