Já passei por problemas de executar muitos comandos dentro de uma mesma transação, mas era em situações de atualização automatizada de clientes a 1 ~ 2 anos sem receber atualização de sistema. Devido a grande quantidade de registros que existiam na base de dados era impossível realizar uma atualização completa apenas com uma transação, visto que era modificado estrutura de dados, executado vários updates, inserts, creates, alters, copiados registros de uma estrutura de dados pra uma nova, chegava num certo momento que ficava tudo muito lento, a memória do servidor fica socada e travava tudo... enfim, nessa situação mesmo sem ninguém mais utilizando a base de dados, era impossível executar apenas numa transação, tinha que ir executando em partes. Como já havia previsto isso, projetei o atualizador para que pudesse executar os script's de atualização em transações menores quando ocorresse uma situação dessas. Mas era necessário muitas e muitas operações para chegar a este ponto.
Em 7 de maio de 2015 20:29, Danilo Silva <[email protected]> escreveu: > Pessoal, > > Dentro de um processo de atualização da aplicação, considerando o seguinte > cenário: > BEGIN; > INSERT.... > UPDATE... > CREATE... > INSERT... > COMMIT ou ROLLBACK; > > Existe algum limite de procedimentos dentro de uma transação? > > Considerando que ninguém estará acessando o banco, posso ter algum > problema em relação ao tempo que a transação ficará aberta? > > []s > Danilo > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > >
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
