Límites de MySQL

¿Alguien sabe cómo puedo hacer esto en mysql?

Seleccione un límite de 4 fotografías, de una lista de usuarios de

EG: Tengo usuarios de Bob, Jason y demanda. Se han subido cerca de 20 fotos cada uno. Pero sólo quiero 4 fotos de cada uno de ellos.

SELECCIONAR galerías de photoid WHERE user = usuario o Bob = Jason o usuario = demandar

Esto me dará todas sus fotos.

SELECCIONAR galerías de photoid WHERE user = usuario o Bob = Jason o usuario = demandar LIMIT 4

Esto me dará 4 fotos de Bob, pero nada de Jason o demandar.

¿Cómo puedo obtener 12 fotos, 4 de Bob, 4 de Jason, y 4 de demandar? ¿Debo usar múltiples sentencias de MySQL?

Si fuera yo utilizaría probablemente un comando como este:



Estoy haciendo el supuesto de aquí que el más alto es el Número de foto la nueva la foto. Luego, después de que iba a utilizar cualquier lenguaje de scripts que utiliza para limitarlo a los 4 resultados por usuario. Por ejemplo:



Eso sólo photoids añadir a la matriz de los usuarios especificados, siempre que cuenten con menos de 4 fotos. No he probado esto, pero sería algo a lo largo de estas líneas. Al final, usted tendría una matriz multidimensional de los usuarios con sus documentos de identidad última foto que podía hacer lo que usted necesita con.

Que iba a funcionar. Pero yo estaba pensando en una declaración específica de MySQL que sólo obtendría 4 imagenes de cada usuario...

Hmm

Heres lo que hice.

En primer lugar mi tabla de prueba.



He insertado 12 filas para los usuarios de 1, 2 y 3 de forma manual muy rápido.

Traté este monstruo.



¿Tienes una fila para cada uno de los 3 a los usuarios con nombre de usuario y 4 fotos únicas que les pertenecía.

Luego he añadido un índice para los usuarios.



Entonces INSERT-SELECT-ed la mesa hasta que se 368K filas con columnas foto única.

Luego me asignados a cerca de los 100K usuarios al azar.



Luego corrí el monstruo de antes, con la adición de una cláusula WHERE



Se devuelven los resultados en una fracción de segundo en un equipo bastante viejo. Im asumiendo su exacta porque mi primera prueba con otra diferencia que la cláusula WHERE era exacta.

No pasó a ser sólo 3 fotos para el usuario 500, por lo que la columna 4 ª era NULL.

Por lo que yo soy consciente de que no habría declaración tan simple. Usted tendría que hacer algo como joebert hizo anteriormente. El problema con Joeberts solución es que si por el camino que desea cambiar para mostrar 8, 10 o 20 fotos de los usuarios que la declaración de MySQL será mucho más complicado. A veces tiene sentido utilizar MySQL con simples declaraciones de algunos de codificación para ayudar. Eso es lo que yo haría a menos que su declaración de MySQL está volviendo potencialmente millones de resultados, ese sistema de PHP puede ser bastante tiempo después y puede tener más sentido de limitar los resultados devueltos Joeberts como ejemplo lo hace.

Sí creo que voy a hacer un bucle foreach y no dejar que MySQL hacerlo.

Cuando tengo que seleccionar 8 fotos, a partir de 2500 los usuarios, la declaración de MySQL será horrendo.

Estoy interesado en saber lo que sería más eficiente en un sitio vivo,

Varias consultas 1)
2) una función que genera que la consulta de monstruo

Tenía realmente este problema en el fondo de mi mente un par de días que quiera sacar un número configurable de columnas para un número variable de categorías cuando llego a hacer el sitio / índice de materia categoría de página.

En mis consultas monstruo experiencia no suelen ser tan eficientes como dos consultas más eficientes. Sin embargo, realmente depende de cómo los resultados de muchos se están devolviendo, como se llega a procesar los datos, y si la consulta de monstruo crea cosas como esta:



Al utilizar las tablas temporales que se bloquee la tabla completa (si está usando el motor MyISAM) y si usted tiene una gran cantidad de solicitudes que se hacían las cosas pueden conseguir una copia de seguridad muy rápidamente en caso de que la consulta de monstruo no es el acabado rápido y el retorno de una gran cantidad de resultados. Que eventualmente podría provocar la caída de todo el servidor si usted tiene una gran cantidad de tráfico. Esa es una razón por la que prefieren tener dos consultas más rápida y poner la carga en PHP para ayudar. También otra cosa para notar es que algunas tablas temporales se crean en la memoria (rápida), mientras que otros que son demasiado grandes se crean en el disco (muy lento). Así que si tienes una consulta que se utilizan tablas temporales creadas en el disco, la tabla podría ser bloqueada por un largo tiempo lo que significa que todo lo que tratan de acceder a esa tabla será en suspenso hasta que se termine. No es bueno.

Las tablas temporales no siempre son una cosa horrible, sólo si la consulta tarda demasiado tiempo en completarse. A veces, las tablas temporales son necesarias y son generalmente bien con consultas muy eficiente. Aquí está un artículo bastante bueno:

http://www.sql-server-performance.com/a ... es_p1.aspx

Sería curioso qué explicar en su consulta devolverá joebert.

Im pensar en ello ahora, y creo que la única razón de que la consulta de monstruo le fue tan bien con 300K + filas, es que en la cláusula y el índice en la columna de usuario reducido considerablemente el número de columnas que se apoderó de las juntas.

Mi tabla de prueba había 300K filas, pero el número máximo de fotos relacionadas con cualquier usuario de 14 años.



Así que me INSERT-SELECT-ed el tamaño de la tabla a 1,5 M filas, entonces reducido el número de identificadores de usuario que 25K.

Esa consulta mismo monstruo se parece a su va a tomar varios minutos para volver nada con esta nueva tabla. Acabo de reiniciar el servidor MySQL para que yo pudiera averiguar el número máximo de filas de cualquier usuario tiene es de 94.

Además, cuando tienes la oportunidad de su puesto de explicar los resultados de esa consulta de monstruo:

Esto es de una copia de la tabla de la galería con 110 filas y 21 usuarios.
Consulta de monstruo que realmente va a tomar un rato con 1,5 M filas.

Vaya a fin de que el cuadro pequeño con 21 usuarios requieren que todavía búsqueda 31.104 filas. Tienes que multiplicando todos juntos en las filas que explicar. Así 18x12x12x12 = 31.104. Me pregunto cuántos de búsqueda sería si usted tiene 10.000 usuarios.

Otro caso en la forma que se mire, una sola línea simplemente no es una opción. Puede que funcione bien para que varios usuarios que sólo tienen unas pocas fotos, pero cuando usted ve que?

Mi tamaño de la tabla es de aproximadamente 40.000 galerías, 100.000 + imágenes y vídeos, y cerca de 35.000 miembros. Muchos miembros han 0 fotos.

Dar gracias por compartir los conocimientos de su uso completo para mí