Re: [oracle_br] Duvidas sobre o Redo Log File

2007-11-01 Por tôpico rflribeiro
1. fica gravado no redo a transaçã que gerou o update
2. o mesmo que o anterior
3. são processos independentes. A leitura é feita primeiro no buffer e,
se não estiver no buffer, nos blocos
4. quando você realiza o update, o oracle grava os valores antigos do
registro na área de undo. Se algum select rolar nesse meio tempo, é de
lá que os dados vêm. Os dados novos são escritos nos blocos e as
transações são escritas no redo. No redo (refazer), não são gravados
valores de registros, novos, velhos ou deletados.

Reginaldo Ribeiro
Administrador de Bancos de Dados
Oracle Certified Associate 10g
_
DBcom IT Experts
skype: rflribeiro
msn: [EMAIL PROTECTED]
mobile: 551192344290
fone: 551162165375
e-mail: [EMAIL PROTECTED]
site: www.dbcom.com.br



André Schaeffer - Berbau Balas Finas wrote:
>
> Amigos.
> Corrijam-me se eu estiver errado...
>
> O redo log file , sem entrar em detalhes, grava as alteracoes feitas
> ao banco para motivos de recovery , o archive log eh gerado sobre uma
> copia fiel do redo, e aquela coisa toda.
> Mas...
>
> 1. qual eh o conteudo do redo log file? Se eu executo um update
> mudando um valor de um campo de 4 para 5, o redo guarda o comando de
> update ou o novo valor 5 e o numero do bloco do datafile para onde
> este novo valor deve ir?
>
> 2. e nos casos de insert e delete?
>
> 3. outra duvida q sempre tive: ouvi um especialista, professor de uma
> OAEC , dizer que se vc faz uma DML (update por exemplo) e commita no
> final, o commit eh sempre muito rapido, pq o banco ja gravou os dados
> no Redo Log File. Porem, logo apos o commit, se outro usuario
> consultar esses dados modificados e commitados, o banco ja encontra os
> dados atualizados nos datafiles ou procura antes nos Redo Log Files,
> afinal eles ainda nao foram gravados nos datafiles e serao feitos pelo
> DBWR alguns instantes depois. ??
>
> 4. e para piorar... se realizo um update sem commitar, os dados
> antigos sao movidos para a area de rollback. Tudo bem. Os novos
> valores substituem os antigos diretamente no datafile onde eles se
> encontram ou sao gravados no Redo Log File?
>
> Ja li muita documentacao mas nunca alguma que me deixasse isso claro.
>
> Se alguem tiver paciencia e souber, agradeco.
>
> André Gustavo Schaeffer
> Berbau Balas Finas
> Email: [EMAIL PROTECTED] 
> MSN: [EMAIL PROTECTED] 
> Fone: (54) 3321 3677 Ramal 24
> http://www.berbau.com.br 
>



[oracle_br] Duvidas sobre o Redo Log File

2007-11-01 Por tôpico André Schaeffer - Berbau Balas Finas
Amigos.
Corrijam-me se eu estiver errado...

O redo log file , sem entrar em detalhes, grava as alteracoes feitas ao banco 
para motivos de recovery , o archive log eh gerado sobre uma copia fiel do 
redo, e aquela coisa toda.
Mas...

1. qual eh o conteudo do redo log file? Se eu executo um update mudando um 
valor de um campo de 4 para 5, o redo guarda o comando de update ou o novo 
valor 5 e o numero do bloco do datafile para onde este novo valor deve ir?

2. e nos casos de insert e delete?

3. outra duvida q sempre tive: ouvi um especialista, professor de uma OAEC , 
dizer que se vc faz uma DML (update por exemplo) e commita no final, o commit 
eh sempre muito rapido, pq o banco ja gravou os dados no Redo Log File. Porem, 
logo apos o commit, se outro usuario consultar esses dados modificados e 
commitados, o banco ja encontra os dados atualizados nos datafiles ou procura 
antes nos Redo Log Files, afinal eles ainda nao foram gravados nos datafiles e 
serao feitos pelo DBWR alguns instantes depois. ??

4. e para piorar... se realizo um update sem commitar, os dados antigos sao 
movidos para a area de rollback. Tudo bem. Os novos valores substituem os 
antigos diretamente no datafile onde eles se encontram ou sao gravados no Redo 
Log File?

Ja li muita documentacao mas nunca alguma que me deixasse isso claro.

Se alguem tiver paciencia e souber, agradeco.



   André Gustavo Schaeffer 
   Berbau Balas Finas 
   Email: [EMAIL PROTECTED] 
   MSN: [EMAIL PROTECTED] 
   Fone: (54) 3321 3677 Ramal 24 
   http://www.berbau.com.br 

   




[As partes desta mensagem que não continham texto foram removidas]