Sync Mode vs. Migraciones en TypeORM

Formas de controlar los cambios en la base de datos

sync mode

flag synchronize: true esto hace que los cambios que hagamos sobre nuestro modelo de clases impacte directamente en las tablas.

recomendaciones

Solo sobre entorno de desarrollo y testing. En produccion es una practica riesgosa, porque cualquier cambio en el codigo, se pueda corromper la base de datos. Para eso se crearon las migraciones

Django

Dice que las migraciones es la forma que django propaga los modelos a las bases de datos

Laravel

son como un control de version de la bd permitiendo que el equipo pueda definir y compartir el esquema de la base de datos.

TypeORM

Las migraciones son solo un con query tipo sql con el esquema y los cambios aplicados (updates).

synchronize: true, //! Solo usar en development o testing, NO EN PRODUCCIÓN

Sync Mode en TypeORM es una opción que se puede utilizar cuando se está trabajando con una base de datos de TypeORM. Sync Mode indica si TypeORM debe sincronizar la estructura de la base de datos con el modelo de entidades que se está utilizando. Si Sync Mode está habilitado, TypeORM comparará la estructura de la base de datos con el modelo de entidades y, si hay alguna diferencia, modificará la base de datos para que coincida con el modelo de entidades.

Las migraciones, por otro lado, son un proceso que se utiliza para realizar cambios en la estructura de una base de datos de manera controlada y documentada. Las migraciones se pueden utilizar para hacer cosas como agregar o eliminar tablas, modificar columnas existentes o agregar nuevas columnas a una tabla. Al utilizar migraciones, se puede tener un control más preciso sobre los cambios que se están realizando en la base de datos y revertir cambios si es necesario.

En general, Sync Mode es útil cuando se está trabajando en un entorno de desarrollo y se quiere que TypeORM se encargue de mantener la base de datos sincronizada con el modelo de entidades. Las migraciones, por otro lado, son más adecuadas para entornos de producción, ya que permiten un mayor control y documentación de los cambios que se realizan en la base de datos.

Yo entiendo las migraciones como otra forma de crear la estructura de la base de datos a medida que se desarrolla el backend. Sin embargo, no estoy seguro si en un ambiente de producción se trabaja de esta manera, es decir, creando la BD al vuelo. Más bien yo creería que la base de datos ya está desarrollada y si se modifica su estructura eso se hace desde la propia herramienta para administrar bd (pgamin, phpmyadmin)