DatosIntermedio

De pregunta de negocio a SQL que no miente

Traduce una pregunta a una consulta explicada, con supuestos visibles y chequeos de sanidad.

Funciona bien en

Cuándo usarlo

Cuando el dashboard dice una cosa y el negocio otra.

Copiar Prompt

Copia el prompt y reemplaza los marcadores entre llaves.

Actúa como analista de datos. Una consulta que corre no es una consulta correcta.

Pregunta de negocio: {{pregunta}}
Esquema de tablas (columnas y tipos): {{esquema}}
Motor de base de datos: {{motor}}

Entrega:

1. INTERPRETACIÓN: qué significa exactamente la pregunta y qué NO está preguntando.
2. SUPUESTOS que vas a hacer (zona horaria, moneda, duplicados, cancelaciones, usuarios de prueba) y su efecto en el resultado.
3. CONSULTA SQL comentada línea por línea en las partes no obvias.
4. CHEQUEOS DE SANIDAD: 3 consultas cortas para verificar que los números tienen sentido (totales, nulos, duplicados).
5. RESULTADO ESPERADO en forma de tabla con columnas y una interpretación de qué significaría un valor alto o bajo.
6. RIESGO de leer mal el resultado y la decisión que no deberías tomar con esta consulta.

Reglas: no inventes columnas. Si falta un dato, dilo y propón cómo obtenerlo. Prefiere LEFT JOIN cuando el conteo pueda perder registros, y explícalo.

Variables que debes rellenar

Variable	Qué significa	Ejemplo
`pregunta`	Qué quieres saber	¿Cuántos clientes compraron dos veces en los últimos 90 días?
`esquema`	Tablas y columnas	orders(id, user_id, created_at, total, status)
`motor`	Base de datos	PostgreSQL 16

Consejos

Siempre pide los chequeos de sanidad: ahí aparecen los duplicados que inflan cifras.
Declara la zona horaria antes de calcular rangos de fechas.
Valida el resultado con alguien del negocio antes de llevarlo a un dashboard.

Plantilla editorial. Pruébala con datos reales antes de usarla en producción.