Responder preguntas de negocio ad hoc sin escribir SQL
Cuándo usarlo: Tienes una pregunta sobre tus datos ('¿cuántos usuarios regresaron esta semana?') y el dashboard de BI no la tiene.
Requisitos previos
- Cadena de conexión
postgres://de solo lectura a una réplica — La mayoría de servicios gestionados de PG (RDS, Neon, Supabase) te permiten crear credenciales de solo lectura - Acceso de red desde donde se ejecuta Claude a la BD — VPN o lista blanca de IP de tu máquina
Flujo
-
Pide a Claude que introspeccione primero las tablas relevantesLista todas las tablas de nuestra BD. Para tablas relacionadas con usuarios, pedidos o sesiones, describe sus esquemas.✓ Copiado→ Vista general del esquema antes de cualquier consulta
-
Haz la pregunta real¿Cuántos usuarios se registraron en los últimos 30 días pero aún no han realizado un pedido? Agrupa por semana de registro.✓ Copiado→ Claude escribe SQL, lo ejecuta y devuelve una tabla de resultados
-
Investiga los matices¿Hay alguna razón por la que este número podría ser engañoso? ¿Eliminaciones suaves? ¿Zona horaria en created_at? ¿Tipos de usuario específicos que deberíamos excluir?✓ Copiado→ Reconocimiento honesto de peculiaridades de datos
Resultado: Una respuesta defendible a una pregunta de negocio con el SQL, el resultado y los matices — en 2 minutos en lugar de esperar 2 días al equipo de datos.
Errores comunes
- Claude escribe una consulta que escanea tu tabla más grande sin límites — Establece
statement_timeout = '30s'en la conexión y añade 'siempre incluye LIMIT 1000 por defecto' en tu prompt del sistema - Contar 'usuarios' depende de qué cuenta como usuario (¿eliminado? ¿bot? ¿prueba?) — Dile a Claude tus convenciones de antemano: 'excluye filas donde deleted_at IS NOT NULL' etc.