Efectivamente Rafa, al final es como todo en Ingeniería, es un compromiso entre varias cosas y no siempre es fácil equilibrarlo. En cada ocasión hay que valorar qué compensa, si que el código sea más rápido o más legible.

Vean este test que hice para saber cuanto demora llamar a una funcion. Lo primero pregunta por TRUE, y lo segundo pregunta a una funcion por que devuelve TRUE.

$t = microtime(true);
for($i=0; $i<100000; $i++) if (true);
$t1 = microtime(true) – $t;
echo "\n";

function isn(){return true;}

$t = microtime(true);
for($i=0; $i<100000; $i++) if (isn());
$t2 = microtime(true) – $t;
echo "\n";

echo "$t1\n$t2\n";
echo ($t2 /($t1+$t2) * 100);
echo "\n";

El resuldato fue:

0.029117822647095
1.6365568637848
98.251890186945

Como que es mejor evitar siempre que se pueda hacer funciones (innecesarias) para todo.

Saludos,
rafa

Yo tampoco soy ningún experto en SQL, pero una de las cosas más ineficientes que hay son los llamados «select anidados», ya que la complejidad de esta operación, según tengo entendido, crece linealmente. En cualquier caso, si lo haces en una única consulta te ahorras los tiempos de solicitud y recepción de los datos desde la base de datos.

En cuanto a la otra consulta, lo que dices tiene toda la lógica del mundo 🙂 si haces 15 joins y 10 de ellos son contra la misma tabla, estás haciendo que el motor de BD consulte esa tabla 10 veces con diferentes condiciones. ¡Me lo apunto como ejemplo!

Luego le echo un vistazo a tu página 😉

Hola:
Una consulta que note que es indiferente hacerla en varias o en una es la siguiente

SELECT
COUNT(`accountID`) AS `accountsTotal`,
(SELECT COUNT(`sessionID`) FROM `accounts` WHERE `sessionID` IS NOT NULL) AS `accountsOnline`,
(SELECT COUNT(`characterID`) FROM `accounts` WHERE `characterID` IS NOT NULL) AS `accountsCharacters`,
(SELECT COUNT(`state`) FROM `accounts` WHERE `state` = ‘0’) AS `accountsState`
FROM
`accounts`

La única diferencia es que ahorro tiempo de proceso a PHP (porque ya no tengo que gestionar varias consultas) además que es más sencillo porque luego no tienes que juntar los resultados.
No sé si la consulta está bien hecha o se podría perfeccionar he probado de varias formas y no he visto diferencia.

La otra consulta, seria muy larga para ponerla, pero básicamente, es recuperar datos de una tabla y como la mayor parte de esos datos son IDs es hacer JOINS para cada uno y buscar su nombre, en total tenia unos 10 o 15, y luego me di cuenta de que todos esos JOINS iban siempre a la misma tabla y decidí hacer dos consultas, y note que el tiempo mejoraba, también me permitió trabajar con esos otros datos.

P.D: no soy experto simplemente un aficionado que hace su web (puedes visitarla ^^) y dispone de un servidor bastante pequeño, y quiero que las páginas tarden lo menos posible en cargarse, al principio de todo (hace ya un par de años) hace una consulta para cada consulta a la tabla, porque no tenia ni idea de como funcionaban los JOINS, luego lo acabe entendiendo xD. Se que la respuesta también depende de como se hagan las consultas y también de como tengas hecha la base de datos, por eso siempre intento seguir la lógica humana, que es, si para un humano no es enrevesado para una maquina tampoco lo es.

Un saludo y gracias por la respuesta.

De todos modos, si quieres que le echemos un vistazo a tu caso concreto, no tienes más que comentármelo en más detalle 😉

Buenas tardes:

En cuanto a lo de agrupar o no consultas SQL para mejorar el rendimiento depende principalmente de dos aspectos:
– Que esa única consulta esté bien hecha y no haga cruces innecesarios (es algo más común de lo que pueda parecer): no digo que sea tu caso, pero a mí sí que me ha pasado, y es que en ocasiones para ir de A a C pasamos por C y por D, cuando realmente A y B se pueden cruzar directamente o pasando sólo por C, lo que hace que la ejecución de la consulta se eternice. No sé si me explico.
– Que los datos obtenidos por dichas consultas deban de ser cruzados: El tiempo de ejecución de una consulta puede ser mayor que el de hacer dos que obtengan los mismos datos, el quid de la cuestión es que si luego hay que unificar los dos dataset en uno sólo o «rellenar con los dos una tabla» haciendo uso de bucles, el tiempo suele ser mayor que el de una única consulta.

En cualquier caso, en este mundo no existe respuesta absoluta y, si bien en este momento no me viene a la cabeza ninguna consulta que sea más eficiente hacerla en varias que en una sola, es muy probable que existan varias.

Un saludo y perdón por tardar en responder

Esto de hacer las peticiones en una única consulta, tiene sus limitaciones ¿no? en caso afirmativo, podrías decirme casos o ¿un sitio donde lo expliquen?

Un saludo

Realmente, no, que yo sepa, pero es muy fácil hacer un algoritmo que genere un insert en el que sólo haya 1000 filas,…

si quieres un código de ejemplo, te lo puedo pasar

The number of row value expressions in the INSERT statement exceeds the maximum allowed number of 1000 row values

¿hay alguna otra alternativa a ese código que pones como ejemplo?