Nivel 6 · Página tres del directorio de personal

La paginación combina dos ideas de este capítulo: un ordenamiento totalmente definido y un desplazamiento. Este directorio añade un giro: las claves de ordenamiento van en direcciones distintas.

Cada clave tiene su propia dirección

DESC no es un ajuste para todo el ORDER BY. Pertenece a la columna inmediatamente anterior, y toda columna sin palabra clave es ascendente:

SELECT department, hire_date, employee_id
FROM employees
ORDER BY department ASC, hire_date DESC, employee_id ASC;

Las filas se ordenan primero por departamento. Solo entre las personas del mismo departamento decide hire_date DESC, la más reciente primero. Solo si dos personas comparten ambos decidiría employee_id. En la tabla de Harbor & Pine no hay dos personas del mismo departamento con la misma fecha de contratación, así que la última clave hoy no entra en juego, pero garantiza que el orden siga fijo cuando se una alguien nuevo.

Las páginas son desplazamientos

Con 10 filas por página, la página n empieza después de (n - 1) * 10 filas:

LIMIT 10 OFFSET 20   -- rows 21 to 30, page 3

Aquí esa página empieza con Eric Lopez (Engineering, contratado el 2023-08-21), sigue con Catherine Hale y Robert Kim en Executive, y termina con cuatro empleados de Finance, el más reciente Jack Sanchez (contratado el 2024-05-03).

Errores comunes

• Esperar que ORDER BY department, hire_date DESC ordene los departamentos de forma descendente. No lo hace; solo hire_date es descendente.
• Cambiar el ordenamiento entre páginas. La página tres solo tiene sentido si las páginas uno y dos usaron exactamente el mismo ORDER BY.
• Usar el número de página como desplazamiento, OFFSET 3. Los desplazamientos cuentan filas, no páginas.
• Omitir el desempate porque “hoy no hay empates”. La paginación es donde un desempate que falta más duele: si dos filas empatan en el borde de una página, una persona puede aparecer en ambas páginas y otra en ninguna, y nadie lo nota hasta que RR. HH. recibe una queja.
• Olvidar que un desplazamiento grande igual lee todas las filas saltadas. Para un directorio de 60 personas eso es nada, pero las apps que paginan millones de filas pasan a la paginación “keyset”: recuerdan la última fila mostrada y piden las filas posteriores.

En SQL Server

SQL Server pagina con OFFSET ... FETCH NEXT y exige un ORDER BY:

SELECT employee_id, department, hire_date
FROM employees
ORDER BY department ASC, hire_date DESC, employee_id ASC
OFFSET 20 ROWS FETCH NEXT 10 ROWS ONLY;