optimizar base de datos?

aldo_rengo · #1 (**permalink**) 21/07/2014, 11:17

hola miren tengo un sitio. donde tengo 2 paginas...
la primera muestra una pantalla con articulos, donde debajo de cada articulo, indicara la cantidad de comentarios...
en la base de datos, tendre los articulos en una tabla y en otra los comentarios...

como hago si quiero saber, la cantidad de comentarios?

tecnicamente con sql, hago un count de cada ID, ingresando a la tabla...comentarios..
pero ha sucedido que tengo miles de comentarios y esta consulta, "mata" a la base dedatos...

entonces... no es mejor a la tabla de articulos, agregarle un campo, de cantidad de comentarios. y asi todo seria mas simple.. a la hora de mostrar una pagina donde requiera mostrar 10 articulos y saber la cantidad de comentarios...

quimfv · #2 (**permalink**) 22/07/2014, 01:27

Los campos calculados no deberían usarse. Antes de adoptar esa solución intenta revisar los indices que tengas creados, y la querey que usas.

USE INDEX....

aldo_rengo · #3 (**permalink**) 04/08/2014, 07:34

Cita:

Iniciado por quimfv

Los campos calculados no deberían usarse. Antes de adoptar esa solución intenta revisar los indices que tengas creados, y la querey que usas.

USE INDEX....

como como?

dices que no esta bien entonces usar el campo, que tiene la cantidad de comentarios. y debo hacer un count, de la tabla que tiene los comentarios

(cada vez que inserto un comentario en la tabla "comentarios" se "updatea" el campo que tiene la cantidad de comentarios)

que queda mejor hacer=?

gnzsoloyo · #4 (**permalink**) 04/08/2014, 07:43

Cita:

dices que no esta bien entonces usar el campo, que tiene la cantidad de comentarios. y debo hacer un count, de la tabla que tiene los comentarios

No exactamente...
Lo que @quimfv te dice es que no sedeben usar campos calculados en ningúin caso, sino que lo que se hace es realizar la consulta de cantidad al mismo tiempo que realizas otras.
El ejemplo más claro es el de una factura: ¿Por qué guardar el total de la factura, si puedes hacer que se recalcule con la misma consulta que devuelve la lista de productos facturados?
Sólo sirven para complicar los procesos y hacer más peticiones a la base sin ninguna ventaja.
En tu caso, por lo que dices tienes:

Cita:

tendre los articulos en una tabla y en otra los comentarios...

Eso significa que en la tabla "comentarios" tienes la FK de "articulos". En ese contexto lo único que necesitas es hacer un LEFT JOIN para listas los artículos:

Código MySQL:

Ver originalSELECT A.id_articulo, A.contenido_articulo, count(C.id_articulo) TotalComentarios
FROM Articulos A LEFT JOIN comentarios C ON A.id_articulo = C.id_articulo
WHERE TRUE OR C.id_articulo IS NULL
GROUP BY A.id_articulo

aldo_rengo · #5 (**permalink**) 04/08/2014, 13:01

bueno una respuesta puede ser, depende...

por que en un sitio muy grande...
con 150 articulos y cada uno con 100 comentarios..
esta consulta como dije "mataria " a la base de datos o por lo menos tardaria mas de lo normal....
de hecho la usamos de esa manera en mi trabajo, por que eso sucedia, habia "mucho trafico"

pero bueno en sitios "chicos"
es verdad de usar la otra alternativa.

gnzsoloyo · #6 (**permalink**) 04/08/2014, 13:26

Cita:

con 150 articulos y cada uno con 100 comentarios..

Con esa cantidad de registros, la base ni se entera que le estás consultando... la ejecución de la query duraría un suspiro.
Si esa query tarda más de 0.5 segundos tienes otro problema, y muy grande. MUY grande.

Para que se empiece a notar el impacto con una query así deberías estar trabajando con más de un millon de registros.