Re: RES: RES: RES: [oracle_br] Re: delete

E é claro, um detalhe a mais, que com certeza não deve ser a Causa mas tá errado de qquer jeito : ** se ** essa coluna DAT_SALDO é mesmo do tipo DATE, está Completamente Errado, é absolutamente Contra-recomendado vc fazer : and dat_saldo >= '06/09/2016'; ie, comparar DATE com uma string :

Re: RES: RES: RES: [oracle_br] Re: delete

Opa , estamos chegando em algum lugar : em especial, essa info de "sessão. em Library Cache Load Lock" é ABSOLUTAMENTE, COMPLETAMENTE, TOTALMENTE DIFERENTE da info de "Não gera nenhum bloqueio, ..." que vc tinha dado em outra msg anterior, né não ? Muito bem, agora SIM estamos

Re: RES: RES: [oracle_br] Re: delete

Ednilson Estranho que a instrução SELECT está incorreta no bloco PL/SQL, pois deveria ter a clásula INTO para atribuir à uma variável. [ ]'s André Em 15 de setembro de 2016 16:53, 'Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br] escreveu: > > > Chiappa, >

RES: RES: RES: [oracle_br] Re: delete

Chiappa, Sim, um SELECT COUNT(*) no banco origem nesta tabela retorna mais de 3 milhões de registro, é uma tabela com sinônimo e o sinônimo esta apontando para tabela. Outra coisa, no banco origem existe uma tabela e um sinônimo iguais ao destino, mas esta tabela foi criada em 2012 e no

Re: RES: RES: [oracle_br] Re: delete

Então : vc fez *** realmente *** toda a análise que falei lá no banco-origem, confirmou que a conexão realmente vai sem prob, que a qtdade de linhas na V$SESSIOn lá na origem nunca tá nem perto do limite, descobriu qual o objeto que é IND_SALDO_ESTOQUE_DIARIO, se ele é uma view ou um sinônimo

[oracle_br] Re: Envio de alertas

Bom, primeiro entendo que como vc bem claramente diz "de dentro do database", soluções de fora do database (como jobs de SO, ou pooling no ADR do Oracle) tão descartadas... Muito bem, se vc quer executar alguma rotina dentro do database, vc vai ter que PROGRAMAR algo - as suas opções de

RES: RES: [oracle_br] Re: delete

Chiappa, Todos os testes que você comentou já fiz, inclusive no DB Link, coloquei o usuário/senha donos da tabela no destino. Criei uma tabela simples no destino e tentei fazer um insert e delete com BEGIN/END e foi com sucesso. Procurei por triggers que esteja travando isso e não encontrei

Re: [oracle_br] Envio de alertas

Boa tarde, Isso vai ser mais fácil em shell script. Bom, eu ainda prefiro trabalhar com arquivos de SO via shell do que via PL/SQL, mas no oracle 11g tem uma view X$ acessivel com SYS que te mostra o conteudo do alert dentro do BD ( X$DBGALERTEXT ). Att Mufalani Get Outlook for

[oracle_br] Envio de alertas

Oracle 11.2.0.4.16 EE AIX 6.1 ASM single instance. Senhores, boa tarde. Estou precisando implementar uma tarefa que toda vez que apareça algum alerta crítico no alert.log, esse alerta seja enviado por e-mail. Gostaria de implementar via PL/SQL sem uso do Cloud control ou do Enterprise Manager.

Re: RES: [oracle_br] Re: delete

Comigo tudo de boa... Então, por uma questão de método, antes de tentarmos analisar esse 'congelamento' que vc diz haver quando tenta criar a package , antes de mais nada vamos avançar um pouco pela questão de permissões e privilégios - não dá pra indicar neste momento se é isso que está te

RES: [oracle_br] Re: delete

Tudo joia Chiappa, e com você? Tem alguma outra coisa a verificar? O usuário do DB Link DB_LINK_MATRIZ que é o usuário DBLINK21 já dei GRANT de DELETE,INSERT e UPDATE Diz o analista que esta rotina funcionava e de uns tempos para cá parou, mas nada foi alterado no banco. Grato, Ednilson

[oracle_br] Re: delete

Tudo jóia ? Então, como nós sabemos uma das diferenças ** PRINCIPAIS ** de vc encapsular um SQL num stored PL/SQL (Proc, Function, package, etc) é que por default as ROLES são desativadas , okdoc ?? Então a Primeira Suposição é que o usuário em questão só recebeu permissões para acessar a tal

[oracle_br] delete

Pessoal, Estou com um DELETE com DB Link, que sem BEGIN e END executa. Ai o analista precisa colocar isso numa package com BEGIN e END e não compila a package, fica travada sem nenhum cursor. Já olhei lock, já tirei o banco do ar... Oracle Enterprise Database 9i – 9.2.0.8 delete