"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