Me gusta mantener el mío por debajo de 8.
Hablando en serio, eso no tiene mucho sentido. Si hipotéticamente hubiera una razón para que tuviera 800 consultas en una página, entonces podría continuar y hacerlo. Probablemente encontrará que la cantidad de consultas por página simplemente dependerá de lo que esté haciendo, aunque en circunstancias normales me sorprendería ver más de 50 (aunque en estos días, puede ser difícil darse cuenta de cuántas lo que está haciendo si está abstrayendo sus llamadas DB).
Las consultas lentas importan más
Solía estar frustrado con cierto software de foro basado en PHP que tenía 35 consultas en una página y funcionaba muy lento, pero eso fue hace mucho tiempo y ahora sé que la razón por la que la instalación en particular fue lenta no tenía nada que ver con tener 35 Consultas en una página. Por ejemplo, solo una o dos de esas consultas tomaron la mayor parte del tiempo. Solo tenía un par de consultas realmente lentas, que fueron corregidas por índices bien ubicados.
Creo que identificar y corregir las consultas lentas debe ser antes de identificar y eliminar las consultas innecesarias, ya que potencialmente puede marcar una diferencia mucho mayor.
Considere incluso que tres consultas rápidas pueden ser significativamente más rápidas que una consulta lenta:la cantidad de consultas sí no necesariamente se relacionan con la velocidad.
Tengo una página (que en realidad es una especie de caso de prueba/herramienta de diagnóstico diseñada para ser ejecutada solo por un administrador) que tiene más de 800 consultas pero se ejecuta en cuestión de segundos. Supongo que todas son consultas realmente simples.
Prueba a almacenar en caché
Hay varias formas de almacenar en caché partes de su aplicación que realmente pueden reducir la cantidad de consultas que realiza, sin reducir la funcionalidad. Bibliotecas como memcached haga que esto sea trivialmente fácil en estos días y, sin embargo, funcione realmente rápido. Esto también puede ayudar a mejorar el rendimiento mucho más que reducir la cantidad de consultas.
Si las consultas son realmente innecesarias y el rendimiento realmente marca la diferencia, elimínelas o combínelas
Solo considere buscar consultas lentas y optimizarlas, o almacenar en caché sus resultados, primero.
