01
Canta la jugada una vez.
Listas de distribución, no una caza de casillas
Pon nombre a un conjunto de bases de datos una vez y reutilízalo. Todo Prod
significa hoy lo mismo que el trimestre pasado, y la lista es un archivo que puedes
revisar en un pull request.
02
Di lo que está en juego en voz alta.
Un destino de producción lo dice
Las conexiones marcadas como producción exigen una confirmación explícita y detallada
antes de conectar nada — que nombre los servidores, no un genérico «¿estás
seguro?». Ese mismo consentimiento es un indicador --yes en la CLI,
de modo que la automatización no puede saltarse lo que la interfaz exige.
03
Ve el fallo. Corrígelo.
Errores que te llevan a la línea
Un fallo informa del lote, la línea y la base de datos, y el editor salta allí con una
marca. Cuatro políticas de error, elegidas por script: detener el lote, detener el
destino, omitir el destino o seguir adelante.
04
Cada valor en su posición.
Variables que saben lo que son
Declara una variable una vez para el espacio de trabajo y dale un valor por entorno.
Cada una declara cómo se representa — texto, identificador, número o literal
— para que la sustitución use las comillas correctas en lugar de confiar en la
suerte.
05
Explora antes del saque inicial.
Lee el terreno antes de cambiarlo
list coverage lee todas las bases de datos de un grupo e informa de lo
que difiere entre ellas, de modo que una migración que da por hecha la uniformidad lo
descubra primero.
06
Los mismos movimientos en cada campo.
La misma herramienta, tres caras
La aplicación de escritorio, la línea de comandos sqlmc y un servidor MCP
para tu agente de programación ejecutan el mismo código. Una protección presente en
uno y ausente en otro sería peor que ninguna, así que no existen.