Comentarios en: Optimizar consultas en MySQL http://aurea.es/2007/08/30/optimizar-consultas-en-mysql/ Desarrollador front-end, Estándares Web y Accesibilidad Mon, 14 May 2012 22:25:26 +0000 hourly 1 http://wordpress.org/?v=3.0.4 Por: manu http://aurea.es/2007/08/30/optimizar-consultas-en-mysql/comment-page-1/#comment-1480 manu Thu, 25 Sep 2008 13:06:07 +0000 http://aurea.es/?p=385#comment-1480 Con respecto a lo que menciona -fesja- , alguno tiene idea? Lo pudo comprobar? Necesito realizar una consulta y traer muchísimos resultados, mas de 10000. El tema que hay una tabla vínculo many-many, que tiene mas de 10.000 registros. Al realizar un explain, mysql me devuelve que recorrió todos los resultados de la tabla. Ahí se genera un tiempo considerable, pero es mayor aún cuando tengo que hacer el ORDER BY. Utilizando el ORDER BY, la consulta tarda un 100% más, muchísimo :S! Con respecto a lo que menciona -fesja- , alguno tiene idea? Lo pudo comprobar?
Necesito realizar una consulta y traer muchísimos resultados, mas de 10000.
El tema que hay una tabla vínculo many-many, que tiene mas de 10.000 registros.
Al realizar un explain, mysql me devuelve que recorrió todos los resultados de la tabla. Ahí se genera un tiempo considerable, pero es mayor aún cuando tengo que hacer el ORDER BY.
Utilizando el ORDER BY, la consulta tarda un 100% más, muchísimo :S!

]]> Por: dani http://aurea.es/2007/08/30/optimizar-consultas-en-mysql/comment-page-1/#comment-1477 dani Thu, 25 Sep 2008 08:57:45 +0000 http://aurea.es/?p=385#comment-1477 Hola Javi, gracias por la respuesta, perdona no revise lo que escribí, pero en fin el post esta bueno y me sirvió mucho ... ahora termine de optimizar unas tablas y veo que el server responde mas rápido Gracias!!! Hola Javi,
gracias por la respuesta, perdona no revise lo que escribí, pero en fin el post esta bueno y me sirvió mucho … ahora termine de optimizar unas tablas y veo que el server responde mas rápido

Gracias!!!

]]> Por: javiaurea http://aurea.es/2007/08/30/optimizar-consultas-en-mysql/comment-page-1/#comment-1476 javiaurea Thu, 25 Sep 2008 08:43:25 +0000 http://aurea.es/?p=385#comment-1476 Hola dani, me alegro que te guste, muchas gracias. Respecto a tu pregunta, la verdad es que no la entiendo muy bien :( de todas formas únicamente decirte que siempre que puedas usar índices úsalos! puesto que incrementan la velocidad. Creo que solo hay una excepción al uso de indices y es en el caso de que las tablas sean pequeñas, por lo cual no merece la pena indexar y al final se puede ver como un arma de doble filo. Hola dani, me alegro que te guste, muchas gracias.

Respecto a tu pregunta, la verdad es que no la entiendo muy bien :( de todas formas únicamente decirte que siempre que puedas usar índices úsalos! puesto que incrementan la velocidad. Creo que solo hay una excepción al uso de indices y es en el caso de que las tablas sean pequeñas, por lo cual no merece la pena indexar y al final se puede ver como un arma de doble filo.

]]> Por: dani http://aurea.es/2007/08/30/optimizar-consultas-en-mysql/comment-page-1/#comment-1475 dani Thu, 25 Sep 2008 07:59:46 +0000 http://aurea.es/?p=385#comment-1475 Hola, muy bueno el post. tengo una duda, la verdad no econtre respuesta navegando por la documentación de mysql ejemplo: tengo una tabla colid,col1,col2,col3,col4_longtext los indice busca(col1,col2,col3) ahora esto quiero saber, cuando hago un select * from mi_tabla where col1=x AND col2=y AND col3=z OR col3=a en el caso anterior usaria el indice 'busca'? mi duda viene a causa de que uso el OR al final eso evita que use el indice 'busca'? Hola, muy bueno el post.
tengo una duda, la verdad no econtre respuesta navegando por la documentación de mysql
ejemplo:
tengo una tabla colid,col1,col2,col3,col4_longtext
los indice busca(col1,col2,col3)

ahora esto quiero saber, cuando hago un select * from mi_tabla where col1=x AND col2=y AND col3=z OR col3=a

en el caso anterior usaria el indice ‘busca’?
mi duda viene a causa de que uso el OR al final
eso evita que use el indice ‘busca’?

]]> Por: javiaurea http://aurea.es/2007/08/30/optimizar-consultas-en-mysql/comment-page-1/#comment-1469 javiaurea Wed, 24 Sep 2008 16:27:29 +0000 http://aurea.es/?p=385#comment-1469 Hola Manu, ese es un tip muy certero ;) gracias a ti por comunicarlo. Hola Manu, ese es un tip muy certero ;) gracias a ti por comunicarlo.

]]> Por: manu http://aurea.es/2007/08/30/optimizar-consultas-en-mysql/comment-page-1/#comment-1468 manu Wed, 24 Sep 2008 16:10:09 +0000 http://aurea.es/?p=385#comment-1468 Algo más, si trabajamos con PHP y MySQL, usar siempre un SELECT COUNT(*) antes que un mysql_num_rows para contar los resultados. La diferencia cuando trabajamos en tablas de muchos registros es notable. Buen artículo, gracias por compartirlo. Algo más, si trabajamos con PHP y MySQL, usar siempre un SELECT COUNT(*) antes que un mysql_num_rows para contar los resultados.
La diferencia cuando trabajamos en tablas de muchos registros es notable.

Buen artículo, gracias por compartirlo.

]]> Por: Seo Valencia http://aurea.es/2007/08/30/optimizar-consultas-en-mysql/comment-page-1/#comment-1104 Seo Valencia Thu, 27 Mar 2008 16:49:50 +0000 http://aurea.es/?p=385#comment-1104 Leyendo todo esto, creo que lo mejor es hacer pruebas de todo tipo antes de mostrar el proyecto al público. Lástima que casi siempre andemos tan justos de tiempo. Leyendo todo esto, creo que lo mejor es hacer pruebas de todo tipo antes de mostrar el proyecto al público. Lástima que casi siempre andemos tan justos de tiempo.

]]> Por: Patricio http://aurea.es/2007/08/30/optimizar-consultas-en-mysql/comment-page-1/#comment-1103 Patricio Wed, 31 Oct 2007 16:09:33 +0000 http://aurea.es/?p=385#comment-1103 Quería contar lo que sé de los INNER JOINS y los WHERE haciendo la misma función. A todos los efectos son idénticas. He hecho pruebas y siempre dan los mismos tiempos (creo que la traducción resulta en exactamente lo mismo para la base de datos), además de que también pueden hacerse LEFT JOINS y RIGHT JOINS en la cláusula WHERE sin mas que añadir un signo mas += o =+. Quería contar lo que sé de los INNER JOINS y los WHERE haciendo la misma función. A todos los efectos son idénticas. He hecho pruebas y siempre dan los mismos tiempos (creo que la traducción resulta en exactamente lo mismo para la base de datos), además de que también pueden hacerse LEFT JOINS y RIGHT JOINS en la cláusula WHERE sin mas que añadir un signo mas += o =+.

]]> Por: javiaurea http://aurea.es/2007/08/30/optimizar-consultas-en-mysql/comment-page-1/#comment-1102 javiaurea Wed, 31 Oct 2007 15:14:57 +0000 http://aurea.es/?p=385#comment-1102 Interesante Patricio. Esta claro que sobre este tema de where e inner jois hay mucho que debatir jejeje :D Es probable que el propio motor de base de datos MySQL y su optimizador, transformen las consultas de where a inner jois o viceversa según interprete lo que es mejor, y al final es por esto que los resultados en tiempos son iguales. Un saludo y gracias por tu aportación. Interesante Patricio.

Esta claro que sobre este tema de where e inner jois hay mucho que debatir jejeje :D

Es probable que el propio motor de base de datos MySQL y su optimizador, transformen las consultas de where a inner jois o viceversa según interprete lo que es mejor, y al final es por esto que los resultados en tiempos son iguales.

Un saludo y gracias por tu aportación.

]]> Por: david http://aurea.es/2007/08/30/optimizar-consultas-en-mysql/comment-page-1/#comment-1100 david Thu, 20 Sep 2007 07:32:36 +0000 http://aurea.es/?p=385#comment-1100 El orderby siempre en la consulta, a ver si no como paginas sin meter todo un array El orderby siempre en la consulta, a ver si no como paginas sin meter todo un array

]]>