Em 29 de janeiro de 2014 22:29, Daviramos Roussenq Fortunato <[email protected]> escreveu: > Em 29 de janeiro de 2014 22:27, Rafael Fialho Corrêa <[email protected]> > escreveu: >> Em 29 de janeiro de 2014 22:16, Daviramos Roussenq Fortunato >> <[email protected]> escreveu: >> >>> (corte) >> >> Alguma gambiarra com views de repente? >> > Sim pensei em algo assim, mas não posso peder outros SELECT nessa mesma > tabela que são feitos de outra forma exemplo "SELECT * FROM CLIENTES".
Desconheço qualquer SGBD que faça isso. E muito cuidado com este tipo de abordagem. Como projetista já trabalhei em uma empresa que sempre usou o argumento do prazo para corrigir erros de programa no banco com views e triggers (argh!) e o resultado foi: hoje o software está à beira do caos, lento, inconsistente, insustentável e com o modelo desorganizado e confuso, ao ponto de uma única regra de negócio começar no programa, continuar no banco e terminar novamente no programa. Os limites entre o aplicativo e o SGBD se perderam completamente. Não deixe que este tipo de cultura seja criada dentro de uma organização. Melhor "investir" na correção do aplicativo e arcar com os custos do novo deploy do que partir para uma solução desse tipo. _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
