Bueno ya intente conectarme desde asp y lento, php y todavia lento...
Que me recomiendan?

| |||
![]() Hola, acabo de terminar de migrar una tabla que contiene 12.934.614 registros, estaba en foxpro y al buscar un registro tardaba menos de un segundo en mostrar el resultado, ahora que la migre a mysql tarda mucho al realizar una busqueda de un registro exacto a que se debe esto? Bueno ya intente conectarme desde asp y lento, php y todavia lento... Que me recomiendan? ![]() |
| ||||
Re: FoxPro Supera MySql??? Ni por error lo puede superar. El Fox es apenas un manejador de tablas avanzado, que puede compararse con Access, pero no con MySQL. El problema que estás enfrentando tiene que ver con: - Modelo de la base de datos. - Diseño de tablas. - Normalización de tablas (¿1FN, 2FN, 3FN, FNBC o 4FN? Al menos 3FN). - Diseño de índices. - Diseño de consultas. - Optimización de consultas. - Optimización de server, incluyendo versiones usadas. - Optimización de red y hardware. La cosa no es solamente cuán rápido las procesa, sino por qué. Por ejemplo:Yo tengo una base en desarrollo que en una consulta tiene que hacer un reporte global de servicios realizados por unidades móviles y conductores. Se trata de aproximadamente 25.000.000 de registros acumulados durante 6 meses, 450 conductores y 300 vehículos,varios miles de instancias de inicio y fin de conducción por chofer, infracciones cometidas, posicionamiento de GPS y un montón de cosas más. Ese conjunto de datos requiere de una aplicación diseñada en Clarion alrededor de 2:45 horas de proceso. A MySQL le llevó 52 segundos, y cuando cambíe un índice, le llevó 18 segundos, incluyendo el almacenamiento a disco de todo el reporte. Además, no tengo límite de hardware para el tamaño de los archivos (ver capacidades de MySQL,si no me crees). |
| |||
![]() Bueno amigo de verdad me gustaria resolver ese problema, la tabla donde se encuentra es es asi: Código PHP: Código PHP: |
| ||||
Re: FoxPro Supera MySql??? Supongo que tu búsqueda principal para identificar un registro será por "cédula" y que además debe ser único, por lo que te recomendaría que de seguro quieres tener un índice sobre ese campo (probablemente UNIQUE). Eso reducirá el tiempo de ejecución de tus consultas que sean para obtener una persona por cédula a... muy poco. Pruébalo. Para más info ve a: http://dev.mysql.com/doc/refman/5.0/es/create-index.html |