Optimizar consulta mysql
Buenos días.
Estoy considerando pasar unas bases de datos de vfp8 a mysql 4.0.20 y he hecho unas consultas para verificar la velocidad y resulta que mientras en vfp tarda 1.3 seg en mysql tarda 35 seg
La prueba la he realizado con diferentes campos y siempre en VFP8 es mucho más rapido. La consulta base en ambas partes es:
select * from electore where ape1="XXX"
La base de datos es de 11.800.000 de registros.
Te pregunto como hago para mejorar la velocidad de consulta en mysql.
Adames.
Valencia. Venezuela
Estoy considerando pasar unas bases de datos de vfp8 a mysql 4.0.20 y he hecho unas consultas para verificar la velocidad y resulta que mientras en vfp tarda 1.3 seg en mysql tarda 35 seg
La prueba la he realizado con diferentes campos y siempre en VFP8 es mucho más rapido. La consulta base en ambas partes es:
select * from electore where ape1="XXX"
La base de datos es de 11.800.000 de registros.
Te pregunto como hago para mejorar la velocidad de consulta en mysql.
Adames.
Valencia. Venezuela
Respuesta de denciso
1
Para ese tipo de problemas, el MySQL debe de estar realizando un table scan y en fox debe de estar buscando por medio del índice.
La sugerencia es crear indices dentro de las tablas que tengas en el MySQL, y colocar por medio de las búsquedas que más utilices los índices.
La sugerencia es crear indices dentro de las tablas que tengas en el MySQL, y colocar por medio de las búsquedas que más utilices los índices.
Ok. Tengo creado indices fulltext pero como hago para ejecutar la consulta y que tome en cuenta el indice. Como seria la sintaxis de la consulta para que tome en cuenta cada indice
Revise y según indica el MySQL es discriminante al usar los índices, es decir, utiliza la lógica de la sentencia de extracción y se va por el índice necesario, pero eso es teoría, en la practica no siempre funciona.
Checa si en access tienes definidos las llaves principales y en MySQL también, porque no le veo problema alguno.
Checa si en access tienes definidos las llaves principales y en MySQL también, porque no le veo problema alguno.
