Acho que que acabei não deixei mto claro Matheus, não sou tão corajoso assim :).
É que não posso usar essa tática de testar via rename, posso causar uma parada do sistema só por fazer isso, o pool do Java acaba se perdendo, já aconteceu isso recentemente com um drop column que foi enviado e não foi retirado do código, desandou a casa toda. A idéia é justamente listas as tabelas que não possuem acessos, passar para os Devs, e executar primeiramente em ambiente sandbox onde são rodados testes de selenium e afins, para então só ai executar a quente em produção, onde teremos 100% de certeza que nada era utilizado. Em 9 de fevereiro de 2015 20:28, Matheus de Oliveira < [email protected]> escreveu: > > 2015-02-09 20:04 GMT-02:00 Cleiton Luiz Domazak <[email protected]> > : > >> Já renomear as tabelas neste caso acaba não sendo uma opção, por se trata >> de uma base de produção multi-tenant, com volume de acesso considerável e >> que é extremamente sensível a essas peripécias nas entidades. > > > Agora me preocupei. Você está considerando remover as tabelas diretamente > ao invés de uma etapa anterior de renomeá-las? > > At. > -- > Matheus de Oliveira > Analista de Banco de Dados > Dextra Sistemas - MPS.Br nível F! > www.dextra.com.br/postgres > > > _______________________________________________ > 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
