[SOLUCIONADO] Consulta de tablas relacionadas

[danicasas]

Buenas tardes,

Tengo dos tablas en mySql, una de personas y otra de direcciones.
Me gustaría poder realizar una conulta para leer los datos de las personas de una población en concreto.

Código:

SELECT persona.* FROM persona INNER JOIN direccion ON persona.id_direccion = direccion.id WHERE direccion.ciudad = 'Toledo' ORDER BY persona.fecha_alta LIMIT 0, 10

Creo que funciona bien, pero tarda mucho en hacer la consulta. La base de datos tiene unos pocos miles de registros.

Hay algún modo de optimizar la consulta?

Gracias.

[jurena]

Imagino que tendrás indexados los campos id_direccion de la tabla persona, que id de direccion es Primary Key, y que el campo ciudad de dirección está indexado. Eso hará que todo vaya más deprisa. Prueba y nos dices.

[max_mouse699]

Hola danicasas.

Te puedo pedir un favor, te puedo pedir si puedes copiar el archivo que te genera a la hora de exportar la informacion que tienes en la base de datos ?

Te explico, cuando tu realizas una consulta con INNER JOIN, lo que realizas implicitamente es crear una tabla con la multiplicidad de todas las tablas que tengas con inner join, es decir que si tus dos(2) tablas tienen 30 registros cada una, lo que realizas es crear virtualmente una tabla con 900 registros, y sobre esa tabla es donde el motor de mysql se pone a trabajar para entregarte los datos que solicitas, es por eso que como bien explica juarena, deberias tener bien indexados tus indices, y tambien tratar de utilizar LEFT JOIN identificando sobre que tabla es la que deseas obtener tus resultados.

Espero haber ayudado en algo.
Saludos.

[gnzsoloyo]

cuando tu realizas una consulta con INNER JOIN, lo que realizas implicitamente es crear una tabla con la multiplicidad de todas las tablas que tengas con inner join, es decir que si tus dos(2) tablas tienen 30 registros cada una, lo que realizas es crear virtualmente una tabla con 900 registros,

@max_mouse699: Estás confundiendo el INNER JOIN con el JOIN implícito no relacionado.
Lo que estás describiendo es el caso del producto cartesiano, que sólo ocurre cuando no existe relación entre las dos tablas, entonces se genera.
Pero el INNER JOIN implica que sólo se relacionarán aquellos registros de acuerdo al criterio rel ON. En ese caso sólo devolverá las direcciones de cada una de las personas de la tabla persona. se podrán repetir registros de personas en aquellos casos donde la persona tenga más direcciones, y no saldrán los datos de la que no tenga dirección declarada. Pero en ningún caso podrán salir datos no relacionados.

El problema de lentitud puede estar dado en que el campo indicado en el WHERE no está debidamente indexado, o bien que "Toledo" aparezca como entrada de más de un determinado porcentaje de los registros de esa tabla, lo que puede causar que MySQL descarte usar el índice y realice un full tablescan. Y eso sí es un errro de optimización.

[max_mouse699]

@gnzsoloyo: tienes toda la razon, me disculpo ante la equivocacion, me confundi.

Segun investigancion, la lentitud tambien puede deverse a que tiipo de tablas este utlizando, si esta utlizand tablas MyISAM o InnoDb, En la primera son mas rapidas pero la segunda la busqueda se hace mas lenta. Otra factor que afecta es la longitud que tiene definido en los campos, cuando la logitud de los campos es correctamente definido, el motor hace la busqueda mas rapido.

Otro aspecto del que me di cuenta, es que en el campo where, el realiza una comparacion con un campo que es texto, por lo cual debio haber unido correctamente como indicas, mediante una tabla que contenga tales valores, y que cuando se realiza la busqueda, solo la realice bajo indices y no comparando texto.

[danicasas]

Muchas gracias a todos por las respuestas, al final he encontrado una solución más rápida.

En realidad no tenía que buscar las personas según su ciudad, sino según su código postal. Puse una tabla con las ciudades y códigos postales separada de la de los usuarios, dónde ya no se indica la ciudad sinó el código postal de cada uno. Supongo que así, al ser un campo más corto y de tamaño fijo, la búsqueda es más rápida.

[jurena]

el problema es de índices. Seguramente el campo de código postal lo tienes indexado, mientras que el de ciudad no.