ORDER BY ordena as linhas do resultado; LIMIT (com OFFSET) restringe quantas linhas são retornadas. Juntas, elas lidam com ordenação e paginação — essencial para exibir dados ordenados e paginados.
name, age users age;
name, age users age ;
users country, name;
users created_at ;
ORDER BY ordena por uma ou mais colunas, em ordem crescente (padrão) ou DESC. Múltiplas colunas fornecem desempate (ordena pela primeira, depois pela segunda para valores iguais).
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 retorna no máximo n linhas; OFFSET m pula as primeiras m. Juntas, implementam paginação 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: sem ORDER BY, o banco de dados pode retornar linhas em qualquer ordem, então páginas podem se sobrepor ou pular linhas. Sempre ordene por uma coluna estável ao 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 e LIMIT são fundamentais para exibir dados de forma útil e gerenciável — ordenar resultados e retornar páginas em vez de tabelas inteiras é uma necessidade quase universal (qualquer lista, tabela ou feed em uma aplicação), então entendê-los é conhecimento essencial do dia a dia. ORDER BY (ordenação por uma ou mais colunas, com desempate) é necessário para apresentar dados em uma ordem significativa, e LIMIT/OFFSET implementam paginação (retornando páginas gerenciáveis de dados) — ambos onipresentes em aplicações.
Dois pontos práticos são particularmente importantes: sempre use ORDER BY ao paginar (sem ele, a ordem das linhas é indefinida, causando páginas inconsistentes que se sobrepõem ou pulam linhas — um bug real e comum), e entender que paginação por OFFSET degrada em páginas profundas (o banco de dados deve pular todas as linhas anteriores, ficando lento para offsets grandes), então paginação por keyset/cursor (WHERE id > last_seen) é muito mais eficiente para conjuntos de dados grandes — conhecimento valioso para desempenho.
Como ordenação e paginação são necessárias para praticamente qualquer exibição de dados, e uma vez que o requisito de consistência (ORDER BY para paginação estável) e a consideração de desempenho (OFFSET vs keyset para dados grandes) afetam diretamente a correção e a velocidade, dominar ORDER BY e LIMIT — ordenação, paginação por offset, o requisito de ordenação estável e a alternativa keyset para escala — é conhecimento central e frequentemente aplicado para construir aplicações que apresentam dados efetivamente.