ORDER BY ordena las filas del resultado; LIMIT (con OFFSET) restringe cuántas filas se devuelven. Juntos manejan la ordenación y paginación — esenciales para mostrar datos ordenados y paginados.
name, age users age;
name, age users age ;
users country, name;
users created_at ;
ORDER BY ordena por una o más columnas, ascendente (por defecto) o DESC. Múltiples columnas proporcionan desempate (ordenar por la primera, luego por la segunda para valores iguales).
SELECT * FROM users ORDER BY name LIMIT 10; -- the first 10 rows
SELECT * FROM users ORDER BY name LIMIT 10 OFFSET 20; -- skip 20, take 10 (page 3)
-- (syntax varies: MySQL/Postgres use LIMIT/OFFSET; SQL Server uses TOP / OFFSET-FETCH)
LIMIT n devuelve como máximo n filas; OFFSET m salta las primeras m. Juntos implementan paginación por offset (página N = LIMIT pageSize OFFSET (N-1)*pageSize).
-- ❌ LIMIT without ORDER BY → row order is UNDEFINED (inconsistent pages!)
SELECT * FROM users LIMIT 10;
-- ✅ always ORDER BY a stable column for consistent pagination
SELECT * FROM users ORDER BY id LIMIT 10;
Crucial: sin ORDER BY, la base de datos puede devolver las filas en cualquier orden, por lo que las páginas pueden superponerse u omitir filas. Siempre ordena por una columna estable al paginar.
⚠️ LIMIT 10 OFFSET 1000000 — the DB must SKIP a million rows first (slow on deep pages).
For large datasets, KEYSET (cursor) pagination is far more efficient:
WHERE id > :last_seen_id ORDER BY id LIMIT 10 -- uses an index, no skipping
ORDER BY y LIMIT son fundamentales para mostrar datos de manera útil y manejable — ordenar resultados y devolver páginas en lugar de tablas completas es una necesidad casi universal (cualquier lista, tabla o feed en una aplicación), por lo que comprenderlos es conocimiento esencial del día a día. ORDER BY (ordenar por una o más columnas, con desempate) es necesario para presentar datos en un orden significativo, y LIMIT/OFFSET implementan paginación (devolver páginas manejables de datos) — ambas omnipresentes en las aplicaciones.
Dos puntos prácticos son particularmente importantes: siempre usar ORDER BY al paginar (sin él, el orden de las filas es indefinido, causando páginas inconsistentes que se superponen u omiten filas — un error real y común), y comprender que la paginación por OFFSET se degrada en páginas profundas (la base de datos debe saltar todas las filas anteriores, volviéndose lenta para offsets grandes), por lo que la paginación por keyset/cursor (WHERE id > last_seen) es mucho más eficiente para conjuntos de datos grandes — conocimiento valioso para el rendimiento.
Ya que la ordenación y paginación son requeridas para prácticamente cualquier visualización de datos, y como el requisito de consistencia (ORDER BY para paginación estable) y la consideración de rendimiento (OFFSET vs keyset para datos grandes) afectan directamente la corrección y velocidad, dominar ORDER BY y LIMIT — ordenación, paginación por offset, el requisito de orden estable y la alternativa keyset para escala — es conocimiento central y aplicado frecuentemente para construir aplicaciones que presentan datos de manera efectiva.