Práctica para pruebas de SQL

Cómo suele ser la prueba real

No existe una única prueba de SQL. Cada empleador elige una plataforma de evaluación o crea su propia prueba, y decide cuántas preguntas incluye, cuánto dura y qué base de datos se utiliza. La oferta de empleo o la invitación a la prueba son la mejor guía para saber qué esperar. Los ejemplos públicos muestran la variedad:

• Pruebas de habilidades de SQL de HackerRank. HackerRank indica que su prueba de habilidades SQL (Basic) tiene 2 preguntas en 30 minutos y abarca temas como las consultas simples (HackerRank), y que su prueba SQL (Intermediate) tiene 2 preguntas en 35 minutos y abarca temas como las uniones complejas (HackerRank). Los empleadores que crean sus propias pruebas en HackerRank pueden añadir preguntas sobre bases de datos y elegir cuáles pueden usar los candidatos (HackerRank support).
• Una tarea de escritura de consultas. TestGorilla describe su prueba de programación con SQLite como una tarea de 30 minutos en la que se escribe una consulta para una situación realista con una base de datos de complejidad media. Abarca uniones y filtros, cálculos simples, ordenamiento, redondeo y exclusión de registros irrelevantes (TestGorilla).
• Una prueba breve de conocimientos. TestGorilla indica que su prueba de MySQL tiene 15 preguntas en 10 minutos, seleccionadas de un banco de 101 (TestGorilla).

Áreas de contenido que se suelen incluir en las pruebas de SQL:

• Filtrado y ordenamiento: SELECT, WHERE, ORDER BY y condiciones con AND, OR, IN y BETWEEN.
• Uniones: uniones internas y a la izquierda, y qué ocurre con las filas que no tienen coincidencias.
• Agrupación: GROUP BY con COUNT, SUM, AVG, MIN y MAX, y HAVING para filtrar grupos.
• Valores NULL: cómo se comportan los valores ausentes en las comparaciones, los recuentos y los promedios.
• Subconsultas: una consulta dentro de otra, con IN, EXISTS o un solo valor.
• Escribir una consulta a partir de una solicitud en lenguaje sencillo, que suele evaluarse según si devuelve exactamente las filas esperadas.

Qué abarcan nuestros simulacros. Cada simulacro completo tiene 18 preguntas en 45 minutos, distribuidas en cuatro secciones: conceptos de SQL (5), qué devuelve la consulta (6), corregir una consulta (4) y elegir la consulta correcta (3). Puede volver atrás y marcar preguntas. Usamos SQL estándar portable, por lo que las consultas significan lo mismo en PostgreSQL, MySQL, SQL Server, SQLite y la mayoría de las demás bases de datos. Nuestros simulacros le permiten practicar la lectura, el seguimiento y la selección de consultas; no ejecutan las consultas que usted escriba. Muchas pruebas reales de SQL le piden escribir una consulta que se comprueba comparándola con los resultados esperados. Use nuestros simulacros para desarrollar las habilidades de lectura y seguimiento necesarias y, además, escriba consultas por su cuenta en una base de datos gratuita, como SQLite.

Tipos de preguntas con ejemplos resueltos

Un ejemplo resuelto para cada sección, con la trampa en la que cae la mayoría de las personas.

1. Conceptos de SQL. ¿Cuál es la diferencia entre COUNT() y COUNT(email)? COUNT() cuenta todas las filas; COUNT(email) cuenta solo las filas en las que email no es NULL. Trampa: suponer que todos los conteos incluyen todas las filas. La mayoría de las funciones de agregado omiten los valores NULL.

2. Qué devuelve la consulta. La tabla scores tiene los valores 8, 5, NULL y 8. ¿Qué devuelve SELECT COUNT(DISTINCT score)? Los valores distintos que no son NULL son 8 y 5, así que la respuesta es 2. Trampa: contar NULL como un valor o contar dos veces el 8 duplicado. Escriba la tabla y tache las filas tal como lo haría la consulta.

3. Cómo corregir una consulta. Una consulta contiene WHERE city = 'Austin' OR city = 'Dallas' AND active = 1 y devuelve clientes inactivos de Austin. AND se evalúa antes que OR, así que la condición en realidad significa Austin, o Dallas con estado activo. La solución es usar paréntesis: WHERE (city = 'Austin' OR city = 'Dallas') AND active = 1. Trampa: leer la condición de izquierda a derecha.

4. Cómo elegir la consulta correcta. Necesita los cinco pedidos más recientes. ¿Cuál es correcta: ORDER BY order_date DESC con un límite de 5, o ORDER BY order_date con un límite de 5? La primera. Sin DESC, el orden empieza por los pedidos más antiguos, así que obtendría los cinco más antiguos. Trampa: elegir la consulta que parece correcta sin comprobar la dirección del orden. (Las bases de datos expresan el límite de distintas maneras, como LIMIT 5 o FETCH FIRST 5 ROWS ONLY; compruebe cuál usa su prueba.)

5. Combinaciones con condiciones. Una combinación izquierda seguida de una condición WHERE sobre una columna de la tabla de la derecha se convierte silenciosamente en una combinación interna, porque las filas sin coincidencia tienen NULL en esa columna y la condición las elimina. Trampa: no darse cuenta de qué filas desaparecen. Pregúntese: "¿Qué pasa con una fila que no tiene coincidencia?"

Cómo prepararse

1. Lea primero la invitación. Averigüe qué plataforma utilizará, cuánto tiempo tendrá, si deberá escribir consultas o responder preguntas de opción múltiple y qué base de datos usa la prueba. Los formatos varían demasiado como para hacer suposiciones.
2. Aprenda el orden en que se ejecuta una consulta. FROM y JOIN, luego WHERE, GROUP BY, HAVING, SELECT y ORDER BY. La mayoría de las preguntas del tipo «¿por qué está mal?» se entienden cuando sabe qué datos ve cada paso.
3. Siga las operaciones con tablas pequeñas a mano. Escriba tres o cuatro filas y luego aplique cada cláusula en orden. Es la forma más rápida de comprobar su respuesta y detectar problemas con NULL y los duplicados.
4. Trate NULL como un tema aparte. Practique IS NULL, COUNT(column) frente a COUNT(*), cómo AVG omite los valores NULL, NOT IN con un NULL en la lista y qué coloca una unión izquierda en las columnas sin coincidencias.
5. Escriba también consultas reales. Nuestros simulacros desarrollan la capacidad de leer y seguir consultas; además, escriba consultas en una base de datos gratuita como SQLite para acostumbrarse a escribirlas con límite de tiempo. Algunas pruebas verifican su consulta con muchos casos, como los más de 10 casos de prueba que TestGorilla describe para su prueba de SQLite (TestGorilla).
6. Compruebe el resultado, no solo la sintaxis. Una consulta puede ejecutarse y aun así devolver filas incorrectas. Antes de enviarla, pregúntese qué ocurre cuando no hay coincidencias, hay duplicados o hay valores NULL.
7. Practique al ritmo real. Una prueba breve de conocimientos como la prueba de MySQL de TestGorilla, con 15 preguntas en 10 minutos, le da bastante menos de un minuto por pregunta (TestGorilla). Haga simulacros cronometrados completos para que el ritmo le resulte normal el día de la prueba.

Cómo suele funcionar la puntuación

La puntuación depende del empleador y de la plataforma. No existe una puntuación estándar de SQL ni una nota mínima universal para aprobar. Cada empleador decide qué se considera un buen resultado. Estos son dos ejemplos públicos de cómo se evalúan las preguntas de consultas:

• Preguntas de bases de datos de HackerRank: HackerRank afirma que las califica automáticamente comparando el resultado de su consulta con el resultado esperado. Si coinciden, se obtiene la puntuación completa; cualquier otro resultado obtiene cero, salvo que el empleador revise la respuesta manualmente y otorgue puntos parciales. El empleador también puede optar por ignorar el orden de las filas (soporte de HackerRank).
• Prueba de SQLite de TestGorilla: TestGorilla afirma que clasifica a los candidatos mediante más de 10 casos de prueba que comprueban los casos límite de la solución (TestGorilla).

Como los resultados suelen comprobarse fila por fila, una consulta casi correcta, como una que omite a un cliente sin pedidos, puede obtener la misma puntuación que una respuesta en blanco.

Nuestra puntuación de práctica es la cantidad de preguntas propias que respondió correctamente, desglosada por sección para que pueda ver en qué enfocarse. Es una puntuación de práctica: no es una puntuación de ninguna prueba de un empleador o una plataforma, ni predice si aprobará.

Errores frecuentes

• Comparar con NULL usando =. Use IS NULL e IS NOT NULL. Cualquier comparación con = NULL da un resultado desconocido, por lo que la fila queda filtrada.
• Filtrar una unión externa izquierda en WHERE. Una condición sobre las columnas de la tabla derecha elimina las filas sin coincidencia. Si necesita conservarlas, incluya esa condición en la cláusula ON.
• Usar WHERE para filtrar un total. Las funciones de agregación van en HAVING, después de GROUP BY.
• Seleccionar una columna que no agrupó. En SQL estándar, cada columna seleccionada debe estar agrupada o agregada. Algunas bases de datos permiten ejecutar la consulta y eligen un valor por usted, lo que oculta el error.
• Olvidar los duplicados. Una unión puede repetir filas y aumentar SUM y COUNT. Pregúntese si cada fila de un lado puede coincidir con más de una fila del otro.
• Depender de las particularidades de una base de datos. Algunas funciones y la sintaxis para limitar resultados varían entre bases de datos. Aprenda la forma estándar y compruebe qué base de datos usa su prueba.