"A questão a se perguntar ANTES de fazer um código que dê suporte a transações é: POR QUÊ você precisa de uma transação?!"

• Expliquei no post "Aplicações modernas apelam para NoSQL exatamente porque NÃO precisam de transações."
• Não entra em mérito NoSQL ou outro modelo, mas nesse caso seria SQL "Ou melhor, as transações são implementadas de forma a não bloquear recursos nem sair desfazendo coisas caso algo dê errado no meio do caminho"
• Por favor, click nas fontes que deixei disponível "Codificar sem depender de transações permite o uso de tecnologias infinitamente mais eficientes (e baratas!), mas claro exige muito mais cuidado na hora de planejar a aplicação."
• Por favor, click nas fontes que deixei disponível "Por exemplo, meter loja (delete?!), estoque e funcionário na mesma transação COM CERTEZA demonstra a necessidade de refatorar a aplicação."
• Dei um exemplo, que outros exemplos? Por favor, leia a documentação que deixei disponível, e procura mais sobre "TypeORM Transactions". Estava tentando entender melhor esse vídeo
• https://www.youtube.com/watch?v=rtXpYpZdOzM&t=850s Diego fala um pouco nesse vídeo sobre o assunto
• https://www.youtube.com/watch?v=3gtOm4yHthY A intenção é a implementação do transaction da melhor forma, e não se devo usar NoSQL ou se devo usar o transaction ou codificar sem transaction