Mysql Offset Infinite rows

Question

Me gustaría construir una consulta que muestre todos los resultados en una tabla, pero se compensa con 5 desde el comienzo de la tabla. Por lo que puedo decir, el LÍMITE de MySQL requiere un límite así como una compensación. ¿Hay alguna manera de hacer esto?

Answer 1

Desde el MySQL Manual on LIMIT:

Para recuperar todas las filas de un determinado compensan hasta el final del conjunto de resultados , puede usar un número grande para el segundo parámetro. Esta declaración recupera todas las filas de la fila 96a de la última:

SELECT * FROM tbl LIMIT 95, 18446744073709551615; 

Answer 2

Como usted ha mencionado que se requiere LÍMITE, por lo que necesita para usar el límite más grande posible, que es 18446744073709551615 (máximo de BIGINT sin signo)

SELECT * FROM somewhere LIMIT 18446744073709551610 OFFSET 5 

Answer 3

Otro enfoque sería seleccionar una columna autoimcremented y luego filtrarla usando HAVING.

SET @a := 0; 
select @a:=@a + 1 AS counter, table.* FROM table 
HAVING counter > 4 

Pero probablemente me quedo con el enfoque de límite alto.

Answer 4

Justo hoy estaba leyendo sobre la mejor manera de obtener grandes cantidades de datos (más de un millón de filas) de una tabla mysql. Una forma es, como se sugiere, usar LIMIT x,y donde x es el desplazamiento y y la última fila que desea devolver. Sin embargo, como descubrí, no es la forma más eficiente de hacerlo. Si tiene una columna de autoincrement, puede usar fácilmente una declaración SELECT con una cláusula WHERE que indique desde qué registro desea comenzar.

Por ejemplo, SELECT * FROM table_name WHERE id > x;

Parece que MySQL se lleva todos los resultados cuando se utiliza LIMIT y sólo muestra los registros que caben en el desplazamiento: no es el mejor para el rendimiento.

Fuente: Responda a esta pregunta MySQL Forums. Solo toma nota, la pregunta tiene alrededor de 6 años.

Answer 5

Sé que esto es antiguo, pero no vi una respuesta similar, así que esta es la solución que usaría.

Primero, ejecutaría una consulta de conteo en la tabla para ver cuántos registros existen. Esta consulta es rápida y normalmente el tiempo de ejecución es insignificante. Algo así como:

SELECT COUNT(*) FROM table_name; 

Entonces construiría mi consulta usando el resultado que obtuve de recuento como mi límite (ya que es el número máximo de filas de la tabla podría volver). Algo así como:

SELECT * FROM table_name LIMIT count_result OFFSET desired_offset; 

O, posiblemente, algo así como:

SELECT * FROM table_name LIMIT desired_offset, count_result; 

Por supuesto, si es necesario, se podría restar desired_offset de count_result para obtener un valor real, exacta para suministrar como límite.Pasar el valor "18446744073709551610" simplemente no tiene sentido si realmente puedo determinar un límite apropiado para proporcionar.

Answer 6

WHERE .... AND id > <YOUROFFSET> 

id puede ser cualquier columna numérica autoincremented o único que tienes ...

Answer 7

El uso de este otro question y la fusión de ese truco con la respuesta de Greg, puede utilizar ~ 0 en lugar del máximo BIGINT sin signo valor:

SELECT * FROM tbl LIMIT ~0 OFFSET 95; 

o

SELECT * FROM tbl LIMIT 95, ~0; 

Answer 8

puede utilizar un MyS Declaración QL con LIMIT:

START TRANSACTION; 
SET @my_offset = 5; 
SET @rows = (SELECT COUNT(*) FROM my_table); 
PREPARE statement FROM 'SELECT * FROM my_table LIMIT ? OFFSET ?'; 
EXECUTE statement USING @rows, @my_offset; 
COMMIT; 

Probado en MySQL 5.5.44. Por lo tanto, podemos evitar la inserción del número 18446744073709551615.

nota: la transacción se asegura de que la variable @rows esté de acuerdo con la tabla considerada en la ejecución de la declaración.

Answer 9

Como se señaló en otras respuestas, MySQL sugiere usar 18446744073709551615 como la cantidad de registros en el límite, pero considere esto: ¿qué haría si obtuviera 18,446,744,073,709,551,615 registros? De hecho, ¿qué harías si obtuvieras 1,000,000,000 de registros?

Quizás desee más de mil millones de registros, pero mi punto es que hay un límite en el número que quiere, y es menos de 18 quintillones. En aras de la estabilidad, la optimización y, posiblemente, la usabilidad, sugeriría poner algún límite significativo a la consulta. Esto también reduciría la confusión para cualquiera que nunca haya visto ese número de apariencia mágica, y tendrá el beneficio adicional de comunicar al menos cuántos registros está dispuesto a manejar a la vez.

Si realmente debe obtener todos los 18 trillones de registros de su base de datos, tal vez lo que realmente quiere es tomarlos en incrementos de 100 millones y repetir 184 mil millones de veces.