Bom dia estou com problema em uma trigger. Erro ORA-06159 porem essa trigger é
igual a uma outra que ja funciona. Ja olhamos tudo e não tem diferencia nenhuma
da que funciona.
Estou precisando de ajuda.
Obrigado
Oracle Database 10g Release 10.2.0.4.0 - Production
PL/SQL Release 10.2.0.4.0 -
Rafael,
Eu já tinha te respondido sobre isso no grupo de DB2 LUW, mas vou colocar aqui
novamente um link caso nao tenha recebido.
Qualquer dúvida me avise.
OBS: as explicações aqui são bem superficiais e com critério informativo, e
portanto não irão cobrir todas as comparações de forma
Mais uma vez te agradeço Otávio. E aproveitando para agradecer ao Chiappa na
questão dos LOCKS dos usuários.
De: otavionunes82 otavionu...@gmail.com
Para: oracle_br@yahoogrupos.com.br
Enviadas: Segunda-feira, 26 de Agosto de 2013 12:13
Assunto: [oracle_br]
Boa tarde a todos,
Irei fazer uma analogia sobre um arquivo texto de 10GB e um datafile
de 10GB e um de 32GB.
Se efetuarmos a abertura do arquivo de 10GB no sistema operacional
teremos um problema grande de memoria, podendo ate travar o sistema
operacional.
Agora a questão são os
Boa tarde Rafael!
Bom, vou falar o entendimento que eu tenho - se eu falar alguma coisa
errada conceitualmente, por favor, alguém me corrija até porque quero
sempre aprender mais
Abrir um arquivo pra leitura e/ou escrita do ponto de vista do sistema
operacional eu imagino que seja algo
Bem, algumas obs que talvez te ajudem :
- plz CERTIFIQUE-SE que é erro é mesmo ORA-06159 : digo isso porque numa busca
rápida por error 06159, só achei RMAN-06159, o que não tem nada a ver com
programação... Como eu disse, Confirme que é ORA o prefixo E REALMENTE é
06159 o código...
- SE
Pessoal;
O que vcs tem a dizer da utilização\criação BIGFILE TABLESPACE para criação de
BD's destinados a um ambiente de Homologação?
Este servidor é um SIX Core - 4GB
Disco local: 2TB
Oracle 10gR2 - 10.2.0.5
S.O: Red Hat Enterprise Linux Server release 6.3
Abraço.
[As partes desta mensagem
Realmente o erro certo é ORA-6519.
Estou colando a trigger ..So conseguimos resolver colocando COMMIT na trigger.
Colocar COMMIT em trigger não é muito recomendado porque???
Obrigado
create or replace trigger TRG_COMPART_TRAB_REFER
after insert on crd.trab_referencia
REFERENCING NEW AS
Tudo jóia, Rafael ?? Então, na verdade NÂO É o fato de vc abrir o arquivão
grandão que degrada, MAS SIM quando vc abre E LÊ / CARREGA PARA A MEMÓRIA o
arquivo, sim ??? Abrir apenas absolutamente ** Não ** gasta recursos
apreciáveis, é só um file handle que foi usado, não se consumiu RAM, CPU,
E é claro , isso que eu disse da comparação de performance entre um arquivo
gigante de tamanho X gigabytes ou N arquivinhos de tamanho menor que somem X
gigabytes no total ser indiferente só vale ** SE ** estamos comparando ambos os
casos sendo servidos pelo mesmo exato hardware de I/O - é
Bom, a primeira coisa é que uma Homologação que valha a pena, aonde vc
REALMENTE está simulando com PRECISÃO o que vai acontecer quando rodar em PROD
somente pode existir num ambiente em que HOMO é a Cópia Escrita e Escarrada da
produção, yep ??? mesmo software, mesmo hardware, hardware
Obrigado Milton e Chiappa, ótimas explicações e bem compreendido !
Att
Rafael Stoever
abs
Rafael Stoever / @rstoever
DBA Oracle OCP/OCE/OPN Specialist 10g/11g
skype: rstoever
Em 26 de agosto de 2013 17:44, J. Laurindo Chiappa
jlchia...@yahoo.com.brescreveu:
**
E é claro , isso que eu
12 matches
Mail list logo
