Você pode utilizar triggers para isso, mas apenas para INSERT, DELETE, UPDATE e
TRUNCATE. Elas podem executar INSTEAD (no lugar do) código submetido.
O ideal é tratar na aplicação.
Você poderia criar uma função que tivesse um IF, pasando as consultas como
parâmetro. Se a consulta fosse de determinado tipo, você altraria o comando
efetivamente realizado. No entanto, não sei que impacto esta operação teria no
desempenho, pois todas as consultas suspeitas teria de ser submetidas via
função.
Cordialmente,
Cláudio Leopoldino
postgresqlbr.blogspot.com/
=================================================
Em Quinta-feira, 30 de Janeiro de 2014 0:03, Tiago Adami <[email protected]>
escreveu:
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
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
