La mayoría de los lenguajes de programación están diseñadas para desarrolladores profesionales con conocimiento de algoritmos y estructuras de datos. SQL es diferente. SQL lo utilizan analistas, científicos de datos, gerentes de producto, diseñadores y muchos más. Estos profesionales tienen acceso a bases de datos, pero no siempre tienen la intuición y la comprensión para escribir consultas eficientes. En un esfuerzo por hacer que mi equipo escriba mejor SQL, he recompilado fallos comunes y oportunidades de optimización perdidas.

1.¿Por qué no funcionaba Gitlab? Porque se borró la base de datos principal en vez de la secundaria. 2.¿Por qué se eliminó la base de datos? Porque al fallar la replicación requería borrar el directorio para volver a empezar. 1.¿Por qué la restauración tardó tanto? Porque se restauró la copia de stagging que estaba en una VM Azure en otra región. 2.¿Por qué se restauró la copia de stagging? Porque las bases de datos de azure no permiten hacer copia del disco. 4.¿Por qué no usar el procedimiento standar? Porque falló y no alertó

El objetivo de esta página es la de recopilar información relevante para aquellos que estan migrando SQL de un producto a otro. Las tablas siguientes comparan como los diferentes productos DBMS manejan las características SQL.

Mediante barman (pgbarman) podremos automatizar los backups y restauraciones de bases de datos PostgreSQL. En CentOS simplemente deberemos instalar el paquete desde EPEL y configurar unos mínimos (/etc/barman/barman.conf). Después de configurar las claves SSH, la configuración de los backups los haremos en ficheros independientes en el directorio /etc/barman.d para mayor comodidad.