Prompts para bases de datos y SQL

Qué aprenderás

• Proporcionar el contexto que cambia una respuesta sobre datos.
• Identificar motor y versión cuando la sintaxis o el plan depende de ellos.
• Pedir un análisis verificable que preserve resultados y controle riesgos.

SQL no es un único dialecto ejecutable

Para una consulta, migración o procedimiento, agregá cuando aplique:

• motor y versión;
• esquema, tablas, relaciones y tipos;
• volumen y distribución aproximada;
• índices existentes;
• consulta actual y resultado que debe conservarse;
• plan o tiempo observado y condiciones de medición;
• transacción, concurrencia y restricciones;
• qué cambios de esquema están permitidos.

SQL Server, PostgreSQL y MySQL comparten muchas ideas, pero difieren en funciones, sintaxis, planes, tipos y capacidades. No asumas que una consulta válida para uno corre en otro. Si desconocés la versión, pedí una solución portable o que declare sus supuestos.

Ejercicio: consulta lenta

Objetivo: optimizar una consulta lenta sin cambiar el resultado.
Motor: SQL Server 2022.
Datos: Clientes ~500.000 filas; Facturas ~8.000.000 filas.
Esquema e índices: [DDL o descripción verificada]
Consulta actual: [SQL delimitado]
Observación: [plan, duración, parámetros y entorno de prueba]
Restricciones:
- No modificar el esquema por ahora.
- No proponer hints salvo justificación concreta.
Salida:
1. Diagnóstico ligado al plan observado.
2. Consulta propuesta y diferencias de resultado a vigilar.
3. Explicación de por qué podría ayudar.
4. Índices opcionales en sección aparte, si fueran necesarios.
5. Riesgos, mediciones y rollback.

No aceptes «más rápido» sin comparación. Verificá el mismo conjunto de datos, parámetros representativos, resultado equivalente, plan de ejecución y volumen. Una medición aislada puede variar por caché, estadísticas o carga. Para escrituras, revisá transacciones, concurrencia, restricciones, filas afectadas y estrategia de reversión antes de ejecutar.

Ejercicio paralelo entre motores

Pedí analizar una consulta que lista pedidos por cliente y periodo en SQL Server, PostgreSQL y MySQL. Mantené objetivo, esquema, datos y criterios; cambia motor/versión y exige que el modelo destaque cada diferencia de sintaxis. La propuesta de un motor no se debe ejecutar en otro sin adaptación y prueba.

Autoevaluación

¿Por qué motor y versión son contexto importante? Porque funciones, operadores, tipos, optimizador y sintaxis varían; una respuesta genérica podría no compilar o producir planes distintos. También hay que validar resultado y rendimiento con datos representativos.

Fuentes

• Microsoft, Transact-SQL reference — referencia de SQL Server; consulta: 2026-10-03.
• PostgreSQL, SQL Commands — referencia del motor PostgreSQL; consulta: 2026-10-03.
• MySQL, Reference Manual — referencia del motor MySQL; consulta: 2026-10-03.
• Anthropic, Prompt engineering overview — definir éxito y probar cambios; consulta: 2026-10-03.

Seguir aprendiendo

• Unidad 5: separar límites de condiciones verificables.
• Pregunta 18 de la autoevaluación final: verificar resultados, plan, volumen y transacción.