Enseñar SQL: escribir consultas reales desde la primera hora

El verdadero obstáculo no es el lenguaje, es la base

El SQL es uno de los lenguajes más accesibles que se pueden enseñar: su sintaxis se lee casi como una frase, y una persona principiante produce una consulta útil en pocos minutos. El obstáculo está en otra parte.

Antes de escribir un solo SELECT hace falta una base de datos disponible. Y ahí es donde las formaciones SQL pierden su primera media jornada:

• Instalar un servidor en cada equipo exige permisos de administración que los alumnos casi nunca tienen.
• Compartir una única base plantea el problema contrario: el primer DELETE torpe arruina el conjunto de datos de todo el grupo.
• Dar acceso remoto supone un servidor que administrar, cuentas que crear y un cortafuegos al que convencer.

La solución más simple consiste en dar a cada uno su propia base, en su navegador, ya rellenada. Nadie instala nada, nadie rompe el trabajo ajeno, y un DROP TABLE desafortunado cuesta una recarga de página.

Un conjunto de datos que se entiende sin explicación

La elección del conjunto de datos pesa más de lo que se cree en el éxito de una formación. Una base demasiado rica obliga a explicar el negocio antes que el lenguaje; una demasiado pobre no permite ninguna unión interesante.

El modelo que funciona en todas partes cabe en cuatro tablas: clientes, productos, pedidos y las líneas de esos pedidos. Todo el mundo comprende el sentido sin preámbulo, y esa estructura basta para cubrir lo esencial:

• El filtrado y la ordenación sobre la tabla de clientes.
• Los agregados — contar, sumar, promediar — sobre los productos.
• La unión simple entre pedidos y clientes.
• La unión múltiple y la agrupación para calcular la facturación por cliente.

Mantenga un volumen modesto: una decena de filas por tabla. Un resultado que se lee entero en pantalla permite comprobar por uno mismo que la consulta hizo lo que se creía.

El orden que evita los bloqueos

La progresión clásica de los manuales sigue el orden de la sintaxis. El orden que funciona en clase sigue más bien la dificultad real, que no está donde uno la espera.

Empiece por leer, no por escribir. Una consulta ya redactada, que se ejecuta y cuyo resultado se observa, instala lo esencial: una consulta devuelve una tabla. Hágala modificar después — cambiar una ciudad, añadir una ordenación — antes de pedir una desde cero.

Introduzca la unión pronto. Es contraintuitivo, pero la unión es el corazón del SQL y la fuente de la mayoría de los bloqueos. Dejarla para el final hace creer que el resto está adquirido, mientras la mitad del grupo se atasca en la primera.

Guarde GROUP BY para el final. La agrupación exige pensar en conjuntos en lugar de en filas: un verdadero salto conceptual, que merece tiempo y ejemplos visuales.

Los tres errores que siempre vuelven

Tres malentendidos aparecen en todos los grupos, sea cual sea el nivel. Anticiparlos ahorra una hora.

• La unión olvidada. Dos tablas en el FROM, ninguna condición de enlace, y la consulta devuelve el producto de todas las filas. El resultado es enorme y nadie entiende por qué. Muéstrelo a propósito una vez: es la demostración más eficaz.
• El filtro en el lugar equivocado. Filtrar antes o después de una agrupación no da el mismo resultado. Haga escribir ambas versiones lado a lado en vez de explicar la regla.
• La comparación con un valor ausente. Un campo vacío no se compara como los demás: la consulta no devuelve nada, sin error, y el alumno busca su fallo en otra parte durante diez minutos.

Estos tres casos comparten un rasgo: la consulta no falla. Devuelve un resultado erróneo, en silencio. De ahí la importancia de trabajar con un conjunto de datos lo bastante pequeño para comprobarlo a ojo.

Corregir en directo, sin dar la respuesta demasiado pronto

El SQL se presta especialmente bien a la corrección colectiva: una consulta cabe en pocas líneas y el resultado es visible de inmediato para todos.

El dispositivo más eficaz consiste en proyectar su propia pantalla mientras cada uno trabaja en la suya. Usted escribe una consulta, aparece en sus pantallas; la adaptan sin tener que copiarla de memoria. Al corregir, muestre primero el resultado esperado — la tabla, no la consulta. El grupo busca entonces el camino, que es exactamente el ejercicio.

Conserve la corrección escrita de antemano pero oculta, y revélela solo después. Una corrección visible demasiado pronto convierte un ejercicio de razonamiento en un ejercicio de copia.

Lo que queda por ver en un servidor real

Una base en el navegador cubre todo lo que se consulta. No cubre lo que se administra, y conviene plantear esa distinción con claridad ante el grupo.

Quedan por tratar en un entorno real: los permisos y usuarios, las copias de seguridad, la optimización y los índices sobre volúmenes considerables, las transacciones concurrentes y las diferencias de dialecto entre motores. Esos temas pertenecen al oficio de administración más que a la escritura de consultas.

Para una iniciación, un reciclaje o un módulo SQL dentro de una formación más amplia, el navegador basta de sobra — y libera la media jornada que se dedicaba a instalar.