FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
¿Qué número de consultas a MySQL podrían considerarse excesivas?
Hola,
Seguramente pregunto una estupidez como la casa de la alcaldesa de Marbella de grande. Pero, no me resisto a ello, por ver si no fuera del todo tan tonto como me parece incluso a mí. Al grano. ¿Existe un número de consultas a MySQL que pudiera considerarse excesivo, que diera qué pensar sobre cómo se están haciendo las cosas (de mal)? Pongo en situación. Documento Web escrito en PHP que realiza una serie de consultas a una base de datos MySQL con el fin de recoger determinada información que se presente presentar al usuario. Está claro, me parece, que dependerá de qué se vaya a mostrar al usuario, pero, supongamos que al cabo se hacen, qué sé yo,... 100 consultas a la base de datos para conformar únicamente el documento que nos ocupa. ¿Podrían considerarse excesivas, teniendo en cuenta que se trata de un documento al que puden acceder además varios usuarios al mismo tiempo o a intervalos más o menos regulares? ¿Habría que plantearse cómo es que son necesarias "tantas" consultas? ¿Es, por el contrario, un número "normal" de consultas? ¿Queda lejos, todavía, de lo que podría considerarse excesivo? ¿Hay algún número de consultas descaradamente excesivo? Bueno. No os agobio más. Gracias de antemano por vuestras respuestas. |
#2
|
||||
|
||||
¿¡¡¡¡¡¡¡¡100!!!!!!!!? ¡Pero si más de tres ya me parce un exceso! Desde luego que esto va a afectar el rendimiento de tu página. Quizá si das un poco más de información acerca de lo que haces podamos dar alguna alternativa, no sé, en una de esas y si son necesarias para lo que estés haciendo, pero da más la impresión de que te hacen falta algunos JOINS para armar una sola consulta. Y aún así, no imagino qué clase de estructura podrían tener tus datos para requerir tal cantidad de consultas.
// Saludos Última edición por roman fecha: 03-04-2006 a las 19:26:18. Razón: Me faltaron una cuantas caritas de sorpresa y signos de admiración |
#3
|
||||
|
||||
Estoy conforme con Roman, yo diría que más de 1 ya son muchas, salvo situaciones "especiales".
|
#4
|
||||
|
||||
Pienso, aunque ya dec nos comentará más, que está haciendo algo así:
1. Una consulta que le devuelve decenas o cientos de registros 2. Procesar en un ciclo los registros y por cada uno hacer una nueva consulta, quizá para obtener detalles del registro. de otra forma, como digo, ni siquiera imagino en qué situación se requieren cien consultas. // Saludos |
#5
|
||||
|
||||
No es muy frecuente realizar 100 consultas para un único documento, no obstante si es necesario no es una cifra que deba asustarnos si no son pesadas, a la que una de las consultas sea muy pesada puede dar más guerra que las otras 99
__________________
Saludos Emilio |
#6
|
||||
|
||||
Hola,
Gracias a todos por responder. El caso es que no he llegado aún a las 100 consultas por documento. Me quedo más acá... hoy mucho más acá, puesto que he estado "optimizando" el tema lo que he podido. Lo que ocurre es que mis conocimientos de MySQL, de SQL, de PHP, en fin, son bastante limitados y me voy encontrando con nuevos "problemas" casi a cada paso que doy. Efectivamente, como Román se imagina, realizo unas consultas dentro de un "bucle", pero, tiene una explicación (claro que puede ser pésima). Yo tengo que mostrar una serie de registros de una base de datos. Para dichos registros, para la tabla que los contiene, he escrito una sencillísima clase en PHP, de tal manera que puedan crearse "objetos" por cada registro. A ver si me explico un poco mejor. Digamos que el constructor de dicha clase recibe un número "ID". Si este número "ID" es válido, en un método de dicha clase se hace una consulta a la base de datos para obtener los datos del registro con ese "ID", para rellenar las propiedades del objeto en cuestión. Hasta el momento no puedo "verlo" de otro modo. Pero, seguramente sea porque desconozco, como ya he dicho, SQL, MySQL, PHP, la programación "cliente/servidor", "por capas"... qué sé yo lo que desconozco... si lo conociera ya no lo desconocería. Esto es un galimatías del que no hay quien pueda salir airoso. Por el momento el documento Web de marras ya no hace tantas consultas, si bien porque lo tengo "limitado". Digamos que muestro únicamente 4 registros por documento, porque es ahí donde veo dispararse el número de consultas. Ahora bien, me gustaría aclarar, y esto va un poco por lo que dice Emilio, que, no es que el documento "se eternize" en cargarse, o el ordenador eche chispas o algo así. Todo va "bien", va "suave", no se demora en absoluto la carga del documento. Si bien me asustaba que pudieran hacerse "muchas" consultas, puesto que comprendo que una aplicación Web a la que pueden acceder varios usuarios conllevaría una multiplicación de las consultas en la misma medida en que se incrementasen los usuarios. De ahí mi miedo pánico. Seguramente estoy haciendo una chapuza de aplicación, con código mal escrito, peor fundamentado, para nada pensado y hasta rumiado, o sea, que tampoco es algo que deba preocuparos. Terminaré diciendo que alucino con las cosas que hay por ahí funcionando. Verdaderamente el trabajo que deben llevar ciertas páginas Web es admirable. Si bien no se me escapa aquello de Unamuno que decía que el trabajar mucho puede estar significando que se trabaja mal. Vale. Gracias otra vez por vuestras respuestas, seguiremos, de momento, tratando de avanzar algo con lo que nos traemos entre manos, si bien nos admira tanta... no encuentro la palabra adecuada. ¡Gracias otra vez pecadores de la pradera! |
#7
|
||||
|
||||
Hola,
Bueno. Después de hacer alguna que otra prueba, efectivamente, estaba dando una solución equivocada. Cuento un poco el caso, aunque no creo que le pueda servir de mucho a nadie. En definitiva se trataba de mostrar unos registros de cierta tabla de una base de datos. Entonces, como dije arriba, se me ocurrió escribir una clase para que "cargara" cada uno de los registros, de tal modo que pudiera acceder a las instancias de esta clase para obtener los datos necesarios. Pero, ese planteamiento llevaba a lo siguiente: 1º Se hacía una consulta a la base de datos para averiguar con cuántos registros contaba un determinado usuario. La consulta SQL venía a quedar más o menos así, donde X es un número identificador de cualquier usuario:
Eso era ya una primera consulta, ahora bien, ¿qué objetivo tiene esa consulta? Conseguir identificadores... conseguir los identificadores de los registros de un determinado usuario. ¿Y qué hacía luego con esos identificadores? 2º Instanciaba un objeto de la clase "Registro", pasando como parámetro en su constructor el identificador de marras, conseguido con la consulta de antes. ¡Pero esto generaba otra nueva consulta a la base de datos! ¿Y para qué? Pues para conseguir los datos del registro en cuestión, del que hasta ahora sabíamos su identificador, nada más. 3º Es en cierto método de la clase "Registro" en donde se hace la correspondiente consulta (y van dos):
Lo que conocemos es la X, desde luego. Observad que se trabaja contra la misma tabla: ambas consultas tratan con la tabla "registros". ¿Qué estaba fallando aquí, para empezar? Pues que para cada identificador logrado con la primera consulta, se tiene que hacer una nueva consulta a la base de datos de modo que consigamos el resto de información necesaria... Una locura. ¿Porqué? Pues porque podemos librarnos de la clase "Registros" y obtener los datos necesarios con la primera consulta y ninguna más. ¿Cómo? Pues, en lugar de pidiendo el identificador de cada registro, pidiendo todos sus campos, algo así:
Y puede decirse que no pediremos todos los datos, puesto que utilizaremos el "LIMIT" de SQL, de tal forma que al final se haga una sola consulta que nos devuelva una decena de registros, por ejemplo. De momento, como he dicho, he mandado a freir espárragos a la clase "Registros" y estoy mostrando los datos, directamente, desde el resultado de la primera consulta. Una consulta contra tantas consultas como registros más una... vamos mejorando. Gracias a todos, de nuevo, por responder. Seguramente sin sus comentarios no hubiera seguido adelante, o, cuando menos, me hubiera constado más darme cuenta de que estaba haciendo las cosas, ya no mal, pero peor. |
#8
|
||||
|
||||
Bueno dec, contigo hay que leer entre líneas. Tú ya te deshiciste de la clase Registro pero nosotros nada más la vimos pasar rápidamente frente a nuestros ojos.
Te voy a decir lo que yo creo que intentaste y ya me dirás si era así o no. Pero antes voy a fijar ideas, me cuesta trabajo hablar siempre en abstracto de ciertos registros, ciertas tablas, cierto sistema. Así que supongamos que tienes una tabla de personas: personas = (id, nombre, telefono) donde id es la llave primaria. Tú quieres ver a cada persona con clase: Código PHP:
Código PHP:
Código PHP:
Pero entonces quieres una lista de personas y la clase sólo sabe cargar los datos de una sóla a la vez. ¿Va por ahí la cosa? Dime que me muero de curiosidad. // Saludos |
#9
|
||||
|
||||
Hola,
Román, no es que vaya por ahí la cosa, es que lo has descrito tal cual era. Cita:
Última edición por dec fecha: 04-04-2006 a las 18:34:03. |
#10
|
||||
|
||||
Y ¿entonces por qué no seguir con esa idea?
Si observas el método load() verás que tiene dos partes: una que hace la consulta sql y otra que transfiere los datos de los resultados a la clase. Esta última parte la puedes separar en otro método: Código PHP:
Código PHP:
Sin embargo esto en mi opinión aún no es óptimo. Normalmente requerirás recorrer este arreglo para procesarlo, por ejemplo para mostrarlo en la página: Código PHP:
Entonces, puedes optar por dejar que sea la misma clase ListaPersonas quien haga la iteración: Código PHP:
Código PHP:
Dime qué piensas y quizá podamos continuar las ideas. // Saludos |
#11
|
||||
|
||||
Hola,
Bueno, Román, pues muchas gracias de nuevo. Efectivamente, yo había pensado ya en algo así como lo que has propuesto tú, lo que ocurre es que lo había hecho muy por encima, y, desde luego, no hubiera terminado haciéndolo como tú, sino de otra forma... quizá parecida, pero,... me permito dudarlo. El caso es que he implementado el asunto tal y como has propuesto. Seguramente ese "iterador" de la clase "ListaPersonas" no hubiera llegado a existir, de haberlo dejado de mi cuenta... como poco habría hecho lo que tú has comentado: dos iteraciones. Me juego el cuello. Gracias otra vez Román, de veras. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
podrian explicarme que significa este error | Nelly | Varios | 1 | 26-01-2006 17:46:18 |
Me podrian decir cual es el Error!! | juliopag1 | Firebird e Interbase | 2 | 28-09-2005 13:57:07 |
mi podrian ayudar a instalar firebird 1.5 | edy_aca | Firebird e Interbase | 6 | 25-09-2004 13:51:08 |
Me podrian explicar como se utlizan los indices | Markoz | Firebird e Interbase | 2 | 23-07-2003 03:46:01 |
consultas SQL entre delphi y MySQL | docarrillo | SQL | 1 | 03-07-2003 02:31:22 |
|