Por favor, não responda acima. Faça-o abaixo ou comentando, como farei aqui.
Acho que que acabei não deixei mto claro Matheus, não sou tão corajoso assim :).
Coragem é diretamente proporcional à complexidade e criticidade do banco em questão :)
É 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.
Logo, remover as tabelas então é que você não vai fazer *mesmo*. Estávamos todos certamente nos dizendo "a base desse cara não deve ser crítica ou deve ter um montão de tabelas temporárias que são sob pleno controle dele" mas agora sabemos que não é seu caso.
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.
Excelente ideia. Informar os desenvolvedores e testar tudo num ambiente controlado é a melhor opção mesmo. Você agora tem o caminho das pedras!
[]s Flavio Gurgel _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
