¿"Último resorte"? Es algo que se dice sobre 8:50 y que me pareció raro como sonaba. Al principio pensé que se trataba de un error de traducción literal de la expresión en inglés "last resort" que se traduce como "último recurso" pero para mi sorpresa la definición de "resorte" en la RAE dice: "3 - Medio material o inmaterial de que alguien se vale para lograr un fin." por lo que "último resorte" sería perfectamente correcto y no lo conocía. Los chicos de CodelyTV divierten y educan a partes iguales incluso cuando no se lo proponen. 😂
No me suelen gustar los triggers. Son invisibles, no suelen estar documentados y pierdes el control de tu aplicación. Incluso en el peor de los casos pueden bloquear tablas. No me gusta esto como último resorte, porque significa rendirse a la deuda técnica, no cambiar y dejar que el barco se hunda.
Como podría hacer una funcionalidad sin utilizar un trigger, doy el caso hay una tabla externa que la manejan varias aplicaciones lo que hace nuestro trigger es revisar que al insertar haya otro estado para el mismo radicado cambiar un estado de otras tablas
Tambien dependiendo de la bbdd se puede leer y procesar en tiempo real el log de transacciones y generar tales "eventos" sin falta de triggers y emitirlos directamente al eventbus
Buah como me encanta que DDD y mas llevado desde el Front o incluso desde el back opinen sobre algo de BBDD jajaj es como siendo policia creas que entiendes sobre la jurisprudencia jajaj puedes ser buen poli pero no hagais eso por dios . netflix y otras mas tiene gente estudiando y mejorando la performan de las bbdd sin DDD sino haciendo mejoras sobre los modelos de BBDD y como interactuar sobre ellos.
¿"Último resorte"? Es algo que se dice sobre 8:50 y que me pareció raro como sonaba.
Al principio pensé que se trataba de un error de traducción literal de la expresión en inglés "last resort" que se traduce como "último recurso" pero para mi sorpresa la definición de "resorte" en la RAE dice: "3 - Medio material o inmaterial de que alguien se vale para lograr un fin." por lo que "último resorte" sería perfectamente correcto y no lo conocía.
Los chicos de CodelyTV divierten y educan a partes iguales incluso cuando no se lo proponen. 😂
jajajajajaja
Jajajaja 🫶
No me suelen gustar los triggers. Son invisibles, no suelen estar documentados y pierdes el control de tu aplicación. Incluso en el peor de los casos pueden bloquear tablas.
No me gusta esto como último resorte, porque significa rendirse a la deuda técnica, no cambiar y dejar que el barco se hunda.
Y como implementas el transformer ? que cosa seria, un cron?
Supongo que deberiamos evitar los triggers de base de datos a toda costa. Una sola fuente de la verdad tiene mas sentido
Viste el video antes? En el caso que plantean, la base de datos es esa unica fuente de la verdad.
Si tu sistema publica un evento de nuevo usuario cuando llega a bbdd no se publica el evento de creación para el mismo usuario otra vez?
Como podría hacer una funcionalidad sin utilizar un trigger, doy el caso hay una tabla externa que la manejan varias aplicaciones lo que hace nuestro trigger es revisar que al insertar haya otro estado para el mismo radicado cambiar un estado de otras tablas
cuando un curso de package oriented design, con DDD y go?
Hay que evitalos
Tambien dependiendo de la bbdd se puede leer y procesar en tiempo real el log de transacciones y generar tales "eventos" sin falta de triggers y emitirlos directamente al eventbus
Buah como me encanta que DDD y mas llevado desde el Front o incluso desde el back opinen sobre algo de BBDD jajaj es como siendo policia creas que entiendes sobre la jurisprudencia jajaj puedes ser buen poli pero no hagais eso por dios . netflix y otras mas tiene gente estudiando y mejorando la performan de las bbdd sin DDD sino haciendo mejoras sobre los modelos de BBDD y como interactuar sobre ellos.