Tira a trigger, corrige o dado e coloca ela coloca ela denovo temporariamente. Recomento não usar triggers que não deletam os dados, é melhor permitir o delete e inserir a linha deletada em tabela de histórico em outro banco, outro storage mais lento e barato, por exemplo.
2013/6/19 Wellington Openheimer <[email protected]> > Olá pessoal, > > Tenho o seguinte problema: > > Faço um select na tabela B na qual retorna dados. Depois faço um delete e > retorna 0 rows affected. Refaço o select e os dados ainda estão lá. > > Caso: > > A tabela B possui chave estrangeira para a tabela A. Esta chave está ON > DELETE CASCADE. Mas a tabela B possui uma Trigger BEFORE DELETE, na qual > não deixa deletar por um determinado motivo. Olha que estranho, esse dado > que estou tentando deletar não está na tabela A(chave). Concluí que houve > um delete na tabela A que não conseguiu deletar por cascata na tabela B e > agora travou os dados na tabela B. > > Como resolvo isso? esse problema tá gerando um transtorno enorme para nós > aqui... > > Um abraço a todos. > > > > Wellington > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > -- Marcelo Henrique Gonçalves +55 19 8828 7958
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
