Conviene haber comprendido Subconsultas.
CONTENIDO ORIGINAL
Avanza en orden. Cada lección está redactada para Palta es Cool, utiliza ejemplos propios y termina con una actividad cuya respuesta puedes desplegar.
ANTES DE EMPEZAR
Ubícate antes de avanzar
Al terminar deberías poder relacionar Granularidad con Casos de prueba y resolver un caso nuevo.
Reserva entre 35 y 55 minutos para lectura, ejemplos, tres comprobaciones y cierre.
04 / PREPARA EL LABORATORIO
Las primeras secciones se leen sin instalar nada. Para practicar SQL prepara PostgreSQL o un DBMS equivalente.
Abrir la guía de herramientas →Diagnóstico rápido: ¿cómo se relacionan Granularidad y Casos de prueba? ＋
No necesitas acertar todavía. Escribe una hipótesis de dos líneas y compárala con tu respuesta al finalizar; si puedes corregirla y justificar el cambio, hubo aprendizaje.
Aprende el tema paso a paso
Aprenderás a validar una consulta como un pequeño experimento: definir qué debería devolver, probar casos conocidos y explicar cualquier diferencia.
Al terminar podrás
- Define la pregunta y el nivel de cada fila
- Los casos pequeños revelan errores grandes
- Una consulta correcta se puede explicar
01
Antes del SQL
Define la pregunta y el nivel de cada fila
Una consulta de calidad comienza con una frase verificable: “una fila por cliente activo” o “una fila por ciudad y mes”. Ese nivel permite detectar duplicados.
Especifica columnas esperadas.
Define filtros y tratamiento de NULL.
Declara cuántas filas representa cada resultado.
¿Qué falta en “listar los mejores productos”?
Mostrar respuesta ＋
Falta definir la medida de “mejor”, el período, cuántos productos y cómo resolver empates.
02
Pruebas
Los casos pequeños revelan errores grandes
Prueba una fila conocida, valores límite, NULL, ausencia de coincidencias y duplicados. Compara conteos antes y después de cada JOIN.
Una unión puede multiplicar filas.
Un filtro en WHERE puede convertir un LEFT JOIN en INNER.
NOT IN con NULL puede dar resultados sorprendentes.
¿Qué conteo compararías para revisar una nueva unión?
Mostrar respuesta ＋
El número de filas o identificadores únicos antes y después, además de un caso conocido con cantidad esperada.
03
Evidencia
Una consulta correcta se puede explicar
Revisa los resultados con otra ruta: totales parciales, una consulta más simple o cálculo manual sobre una muestra. Formatea el SQL para que otra persona pueda auditarlo.
Alias claros muestran el origen.
Paréntesis documentan prioridad.
Comentarios explican decisiones no obvias.
¿Un resultado plausible demuestra que la consulta es correcta?
Mostrar respuesta ＋
No. Debe contrastarse con casos conocidos, invariantes y una interpretación clara de cada fila.
Tu recorrido en tres ideas
- Define la pregunta y el nivel de cada fila
- Los casos pequeños revelan errores grandes
- Una consulta correcta se puede explicar
CIERRE DE LA SECCIÓN
Comprueba que puedes usarlo
Antes de continuar, revisa estos tropiezos frecuentes y resuelve un caso sin copiar los ejemplos.
Comenzar a escribir SQL sin definir la granularidad final.
Probar solo el caso feliz y asumir que una consulta sin error es correcta.
Ahora hazlo sin guía
Escribe una especificación y un plan de pruebas para un informe mensual de clientes y compras.
Mostrar pauta de corrección ＋
Una respuesta sólida:
- Define una fila del resultado con palabras.
- Incluye casos normales, límites, ausencia y duplicados.
- Declara valores o conteos esperados antes de ejecutar.