Re: [oracle_br] Material da InfNet

[humberto cabarit]

Fiz a formação completa de DBA-oracle 9i no infinet e tenho o material impresso 
todos os modulos, não possuo o material em pps ou ppt coisa do tipo, mas o 
material e bom mas pra ter uma noção, não para estudo de certificação, é 
didatico pra aprender mesmo.
abs

"dba.breno" <[EMAIL PROTECTED]> escreveu:   
Pessoal eu desejo muito ter em mãos o material de algum dos módulos
 da formação em DBA da InfNet (escola do Rio de Janeiro).Por favor se
 alguém tiver mande para o meu e-mail.
  Desde já agradeço
 
 
 
   

   
-
Novo Yahoo! Cadê? - Experimente uma nova busca. 

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

[oracle_br] Instalacao oracle Linux Ubuntu

[gibajr]

Colegas,

Alguem sabe se eh possivel instalar alguma versao do oracle no linux 
Ubuntu?

Grato,

Gilberto

Re: [oracle_br] select all_jobs

[Marcio Portes]

all_jobs - voce ve os jobs que voce tem direito!
dba_jobs - voce ve todos os jobs
user_jobs - voce ve seus jobs.

On 6/29/07, Andre Campos <[EMAIL PROTECTED]> wrote:
>
>   Boa tarde a todos,
>
> Tenho uma rotina que submete um job no banco, e a mesma estava dando
> problemas, ao tentar resolver o problema ocorrido, me deparei com uma
> situação estranha, agendei o job no banco e fiz um select na dba_jobs e o
> job estava lá, até nenhuma novidade, mais quando faço o select na ALL_JOBS
> não consigo visualizar o job agendado.
>
> Oracle 9.2.0.7
>
> Alguém sabe me dizer o que pode estar ocorrendo?
>
> Obrigado
>
> André Campos
>
>  
>



-- 
Marcio Portes
Material Tecnico em Portugues - http://mportes.blogspot.com
Practical Learning Oracle -
http://mportes.blogspot.com/2006/02/practical-learning-oracle.html


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

Re: [oracle_br] Re: Unlock User

[Clayton Rocha]

ótimo!
Obrigado!
Clayton> afaik não existe um comando, nem um privilégio,
de UNLOCK, isso é feito > via ALTER USER mesmo - pra que vc não
dê o privilégio, a idéia é a de > sempre quando
temos uma situação do tipo, aonde o privilégio requerido >
pra uma ação tem riscos : vc cria uma PROCEDURE numa conta que tenha o > 
privilégio em questão e dá GRANT de EXEC nessa procedure pra
quem vc > quer que possa fazer a operação...Aproveite que vai
escrever já coloque > algum tipo de AUDITORIA/controle nessa proc. > > []s > > 
Chiappa > --- Em
oracle_br@yahoogrupos.com.br, "Clayton Rocha" >
<[EMAIL PROTECTED]> escreveu >> >> >> >> Pessoal, boa tarde! >> Estou querendo 
dar permissões para
um usuário realizar "unlock >> user" no entanto não
gostaria de dar grant alter user para ele por >> questões de
segurança. Queria apenas permissão de unlock mesmo. >>
Vocês tem alguma sugestão? >> Obrigado! >> Clayton
>> >> >> [As partes desta mensagem que não
continham texto foram removidas] >> > > > 


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

Re: [oracle_br] Physical reads em Tabela Vazia

[Marcio Portes]

HWM - se a tabela realmente está vazia, um truncate funciona como já
sugerido. Eu faria um

alter table TABELA move;

O move também "reseta" a HWM.

On 6/29/07, Felipe Daniel <[EMAIL PROTECTED]> wrote:
>
>   Pessoal,
>
> Estou com um probleminha e ainda não faço ideia do que seja. Tenho uma
> tabela vazia e em um simples "select count(*) from tabela" o banco esta
> fazendo 43199 physical reads.
> Alguém tem alguma ideia do que possa ser isto?
>
> Oracle 9i 9.2.0.8
> Windows Server 2003 Enterprise Edition SP1
>
> Atenciosamente,
> ---
> Felipe Daniel O. Aragão
> GBarbosa Comercial Ltda.
> Analista de Banco de Dados
> OCP-Oracle Certified Professional
> ---
>
> __
> Novo Yahoo! Cadê? - Experimente uma nova busca.
> http://yahoo.com.br/oqueeuganhocomisso
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>



-- 
Marcio Portes
Material Tecnico em Portugues - http://mportes.blogspot.com
Practical Learning Oracle -
http://mportes.blogspot.com/2006/02/practical-learning-oracle.html


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

[oracle_br] skip_unusable_indexes

[jorgeoliveirati]

Estou executando operações DML em tabelas particionadas com indices 
locais com status unusable para ganhar performance e esta dando erro.
Setei o parametro skip_unusable_indexes = true da sessao, mas ele 
ainda não deixa fazer operações DML com estes indices unusable.
Devo ajustar algum outro parâmetro?
Ou alguem pode me explicar como utilizar este parametro?

[oracle_br] Re: Unlock User

[jlchiappa]

afaik não existe um comando, nem um privilégio, de UNLOCK, isso é feito 
via ALTER USER mesmo - pra que vc não dê o privilégio, a idéia é a de 
sempre quando temos uma situação do tipo, aonde o privilégio requerido 
pra uma ação tem riscos : vc cria uma PROCEDURE numa conta que tenha o 
privilégio em questão e dá GRANT de EXEC nessa procedure pra quem vc 
quer que possa fazer a operação...Aproveite que vai escrever já coloque 
algum tipo de AUDITORIA/controle nessa proc.

[]s

 Chiappa
--- Em oracle_br@yahoogrupos.com.br, "Clayton Rocha" 
<[EMAIL PROTECTED]> escreveu
>
> 
> 
> Pessoal, boa tarde!
> Estou querendo dar permissões para um usuário realizar "unlock
> user" no entanto não gostaria de dar grant alter user para ele por
> questões de segurança. Queria apenas permissão de unlock mesmo.
> Vocês tem alguma sugestão?
> Obrigado!
> Clayton
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>

[oracle_br] select all_jobs

[Andre Campos]

Boa tarde a todos,

  Tenho uma rotina que submete um job no banco, e a mesma estava dando 
problemas, ao tentar resolver o problema ocorrido, me deparei com uma situação 
estranha, agendei o job no banco e fiz um select na dba_jobs e o job estava lá, 
até nenhuma novidade, mais quando faço o select na ALL_JOBS não consigo 
visualizar o job agendado.

Oracle 9.2.0.7 

Alguém sabe me dizer o que pode estar ocorrendo?

Obrigado

André Campos

Re: [oracle_br] Obter o SCN

[Gustavo Venturini de Lima]

já experimentou só alterar o formato da coluna???

SQL> col CURRENT_SCN for 

Em 29/06/07, José Aristides <[EMAIL PROTECTED]> escreveu:
>
>
> Pessoal ao consultar o SCN sempre estou obtendo isso:
>
> SQL> select current_scn from v$database;
> CURRENT_SCN--- 1,2470E+10
>
> Alguém poderia me dar uma dica como obter o SCN no formato específico pra
> se fazer um flashback ?
>
> Grato,
>
> Aristides.
> __
> Encontre o que procura com mais eficiência! Instale já a Barra de
> Ferramentas com Windows Desktop Search GRÁTIS!
> http://desktop.msn.com.br/
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>


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

[oracle_br] Unlock User

[Clayton Rocha]

Pessoal, boa tarde!
Estou querendo dar permissões para um usuário realizar "unlock
user" no entanto não gostaria de dar grant alter user para ele por
questões de segurança. Queria apenas permissão de unlock mesmo.
Vocês tem alguma sugestão?
Obrigado!
Clayton


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

Re: [oracle_br] Obter o SCN

[Andre Santos]

José

O número está em notação científica.
Tente formatar a apresentação:

COL current_scn FORMAT 9.

SELECT current_scn FROM v$database;

[ ]

André


Em 29/06/07, José Aristides <[EMAIL PROTECTED]> escreveu:
>
>
> Pessoal ao consultar o SCN sempre estou obtendo isso:
>
> SQL> select current_scn from v$database;
> CURRENT_SCN--- 1,2470E+10
>
> Alguém poderia me dar uma dica como obter o SCN no formato específico pra
> se fazer um flashback ?
>
> Grato,
>
> Aristides.
> __
> Encontre o que procura com mais eficiência! Instale já a Barra de
> Ferramentas com Windows Desktop Search GRÁTIS!
> http://desktop.msn.com.br/
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 
>


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

[oracle_br] Obter o SCN

[José Aristides]

Pessoal ao consultar o SCN sempre estou obtendo isso:
 
SQL> select current_scn from v$database;
CURRENT_SCN--- 1,2470E+10 
 
Alguém poderia me dar uma dica como obter o SCN  no formato específico pra se 
fazer um flashback ?
 
Grato,
 
Aristides.
_
Encontre o que procura com mais eficiência! Instale já a Barra de Ferramentas 
com Windows Desktop Search GRÁTIS!
http://desktop.msn.com.br/

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

Re: [oracle_br] Voltar backup no RMAN

[Ricardo Marques Silvério]

copie o trecho do alert.log que trata deste restore.

- Original Message 
From: Eduardo de Paula <[EMAIL PROTECTED]>
To: oracle_br@yahoogrupos.com.br
Sent: Thursday, June 28, 2007 5:49:00 PM
Subject: Re: [oracle_br] Voltar backup no RMAN

Mas Ricardo,

eu mudei um pouco o comando e..

SQL> recover datafile '/u01/oradata/cjfdes/CONTAS_PUBLICAS_t01.dbf';
ORA-00275: media recovery has already been started


SQL> alter database datafile '/u01/oradata/cjfdes/CONTAS_PUBLICAS_t01.dbf'
online;
alter database datafile '/u01/oradata/cjfdes/CONTAS_PUBLICAS_t01.dbf' online
*
ERROR at line 1:
ORA-01113: file 12 needs media recovery
ORA-01110: data file 12: '/u01/oradata/cjfdes/CONTAS_PUBLICAS_t01.dbf'


On 6/28/07, Eduardo de Paula <[EMAIL PROTECTED]> wrote:
>
> O banco está no archivelog.
>
>
>
> SQL> alter database recover datafile 12;
> alter database recover datafile 12
> *
> ERROR at line 1:
> ORA-00279: change 65938701 generated at 06/27/2007 00:00:12 needed for
> thread 1
> ORA-00289: suggestion : /u01/archlog/1_552_623218471.dbf
> ORA-00280: change 65938701 for thread 1 is in sequence #552
>
>
> On 6/28/07, Ricardo Marques Silvério <[EMAIL PROTECTED]> wrote:
> >
> >   Tente tirar o until cancel.
> > coloque alter database recover automatic datafile 12;
> >
> > Observacao: seu banco está no modo archive ?
> >
> > - Original Message 
> > From: Eduardo de Paula <[EMAIL PROTECTED]
> > >
> > To: oracle_br@yahoogrupos.com.br 
> > Sent: Thursday, June 28, 2007 4:45:59 PM
> > Subject: Re: [oracle_br] Voltar backup no RMAN
> >
> > SQL> alter database recover datafile 12 until cancel;
> > alter database recover datafile 12 until cancel
> > *
> > ERROR at line 1:
> > ORA-00274: illegal recovery option UNTIL
> >
> > On 6/28/07, Ricardo Marques Silvério <[EMAIL 
> > PROTECTED]>
> > wrote:
> > >
> > > Tente fazer o recover do banco.
> > > Conecte-se no sqlplus como sysdba e execute
> > >
> > > alter database recover datafile 12 until cancel;
> > >
> > >
> > > - Original Message 
> > > From: Eduardo de Paula <[EMAIL PROTECTED]
> > 
> > > >
> > > To: oracle_br@yahoogrupos.com.br 
> > >  > .br>
> > > Sent: Thursday, June 28, 2007 4:24:53 PM
> > > Subject: [oracle_br] Voltar backup no RMAN
> > >
> > > Senhores boa tarde,
> > >
> > > estou tentando voltar um backup no RMAN na data de terça-feira passada
> > mas
> > > ele dá o seguinte erro:
> > >
> > > ORA-01113: file 12 needs media recovery
> > >
> > > Alguma dica?
> > >
> > > Eis meus passos:
> > >
> > > RMAN> run {
> > > allocate channel d1 device type disk format '/u01/orclbackup/%U';
> > > sql 'alter tablespace "CONTAS_PUBLICAS_T" offline immediate';
> > > restore tablespace 'CONTAS_PUBLICAS_T' until time "to_date('2007-06-26
> > > 00:00:13', '-MM-DD HH24:MI:SS')";
> > > }
> > > 2> 3> 4> 5>
> > > allocated channel: d1
> > > channel d1: sid=61 devtype=DISK
> > >
> > > sql statement: alter tablespace "CONTAS_PUBLICAS_T" offline immediate
> > >
> > > Starting restore at 28-JUN-07
> > >
> > > channel d1: starting datafile backupset restore
> > > channel d1: specifying datafile(s) to restore from backup set
> > > restoring datafile 00012 to
> > /u01/oradata/cjfdes/CONTAS_PUBLICAS_t01.dbf
> > > channel d1: reading from backup piece /u01/orclbackup/5likn3o7_1_1
> > > channel d1: restored backup piece 1
> > > piece handle=/u01/orclbackup/5likn3o7_1_1 tag=TAG20070620T06
> > > channel d1: restore complete, elapsed time: 00:03:46
> > > Finished restore at 28-JUN-07
> > > released channel: d1
> > >
> > > RMAN> run {
> > > 2> sql 'alter tablespace "CONTAS_PUBLICAS_T" online ;
> > > 3> }
> > >
> > > sql statement: alter tablespace "CONTAS_PUBLICAS_T" online
> > > RMAN-00571:
> > ===
> > > RMAN-00569: === ERROR MESSAGE STACK FOLLOWS
> > ===
> > > RMAN-00571:
> > ===
> > > RMAN-03009: failure of sql command on default channel at 06/28/2007
> > > 16:19:55
> > > RMAN-11003: failure during parse/execution of SQL statement: alter
> > > tablespace "CONTAS_PUBLICAS_T" online
> > > ORA-01113: file 12 needs media recovery
> > > ORA-01110: data file 12: '/u01/oradata/cjfdes/CONTAS_PUBLICAS_t01.dbf'
> > >
> > > --
> > > "Os erros podem ser transformados em acertos quando com eles se
> > aprende.
> > > Não
> > > existe a segurança do acerto eterno."
> > >
> > > [As partes desta mensagem que não continham texto foram removidas]
> > >
> > > >Apostilas » Dicas e Exemplos » Funções » Mundo Oracle » Package »
> > > Procedure » Scripts » Tutoriais acesse:
> > > http://www.oraclebr.com.br/codigo/ListaCodigo.php
> > > --
> > > >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
> > > inteira responsabilidade de seus remetentes.
> > > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> > > --
> > > >O G

Re: Res: [oracle_br] ORA-01847: dia do mês deve estar entre 1 e o último dia do mês

[jlchiappa]

E logicamente, pra ter sido possível entrar o tal lixo ( e vc ter que 
usar TO_DATE, inclusive) , essa coluna T064_ DATA ** não está ** 
definida como DATE, certo ??? Pois é aquele negócio, a vantagem 
principal de vc ter a coluna de datas como DATE, a de números como 
NUMBER, etc, é que o próprio banco já faz consistência de valores, 
veja com quem de direito se não dá pra fazer uma forcinha e CORRIGIR 
essa modelagem...

[]s

 Chiappa

--- Em oracle_br@yahoogrupos.com.br, Bia Fitzgerald <[EMAIL PROTECTED]> 
escreveu
>
> é lixo na tabela.
> Obrigada,
> Bia.
> 
> 
> - Mensagem original 
> De: Bia Fitzgerald <[EMAIL PROTECTED]>
> Para: oracle_br 
> Enviadas: Sexta-feira, 29 de Junho de 2007 12:21:27
> Assunto: [oracle_br] ORA-01847: dia do mês deve estar entre 1 e o 
último dia do mês
> 
> Olá... Alguém já teve este problema antes??? Recebo um ORA-01847 ao 
executar esta query no Oracle 10g:
> 
> SELECT T064_TIPO,
> T064_VALOR
> FROM T064
> WHERE T064_VALOR<> 0
> AND T064_SITUACAO< > 'CA'
> AND to_date(T064_ DATA,'DD/ MM/') = TO_DATE('04/ 
06/2007', 'dD/MM/' )
> AND T064_unid = 2
> 
> Alguma idéia?
> 
> Obrigada,
> Bia.
> 
>  _ _ _ _ _ _
> Novo Yahoo! Cadê? - Experimente uma nova busca.
> http://yahoo. com.br/oqueeugan hocomisso 
> 
> [As partes desta mensagem que não continham texto foram removidas]
> 
> 
> 
> 
> 
>
> 
__
__
> Novo Yahoo! Cadê? - Experimente uma nova busca.
> http://yahoo.com.br/oqueeuganhocomisso 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>

Re: [oracle_br] Voltar backup no RMAN

[Eduardo de Paula]

Mas Ricardo,

eu mudei um pouco o comando e..

SQL> recover datafile '/u01/oradata/cjfdes/CONTAS_PUBLICAS_t01.dbf';
ORA-00275: media recovery has already been started


SQL> alter database datafile '/u01/oradata/cjfdes/CONTAS_PUBLICAS_t01.dbf'
online;
alter database datafile '/u01/oradata/cjfdes/CONTAS_PUBLICAS_t01.dbf' online
*
ERROR at line 1:
ORA-01113: file 12 needs media recovery
ORA-01110: data file 12: '/u01/oradata/cjfdes/CONTAS_PUBLICAS_t01.dbf'


On 6/28/07, Eduardo de Paula <[EMAIL PROTECTED]> wrote:
>
> O banco está no archivelog.
>
>
>
> SQL> alter database recover datafile 12;
> alter database recover datafile 12
> *
> ERROR at line 1:
> ORA-00279: change 65938701 generated at 06/27/2007 00:00:12 needed for
> thread 1
> ORA-00289: suggestion : /u01/archlog/1_552_623218471.dbf
> ORA-00280: change 65938701 for thread 1 is in sequence #552
>
>
> On 6/28/07, Ricardo Marques Silvério <[EMAIL PROTECTED]> wrote:
> >
> >   Tente tirar o until cancel.
> > coloque alter database recover automatic datafile 12;
> >
> > Observacao: seu banco está no modo archive ?
> >
> > - Original Message 
> > From: Eduardo de Paula <[EMAIL PROTECTED]
> > >
> > To: oracle_br@yahoogrupos.com.br 
> > Sent: Thursday, June 28, 2007 4:45:59 PM
> > Subject: Re: [oracle_br] Voltar backup no RMAN
> >
> > SQL> alter database recover datafile 12 until cancel;
> > alter database recover datafile 12 until cancel
> > *
> > ERROR at line 1:
> > ORA-00274: illegal recovery option UNTIL
> >
> > On 6/28/07, Ricardo Marques Silvério <[EMAIL 
> > PROTECTED]>
> > wrote:
> > >
> > > Tente fazer o recover do banco.
> > > Conecte-se no sqlplus como sysdba e execute
> > >
> > > alter database recover datafile 12 until cancel;
> > >
> > >
> > > - Original Message 
> > > From: Eduardo de Paula <[EMAIL PROTECTED]
> > 
> > > >
> > > To: oracle_br@yahoogrupos.com.br 
> > >  > .br>
> > > Sent: Thursday, June 28, 2007 4:24:53 PM
> > > Subject: [oracle_br] Voltar backup no RMAN
> > >
> > > Senhores boa tarde,
> > >
> > > estou tentando voltar um backup no RMAN na data de terça-feira passada
> > mas
> > > ele dá o seguinte erro:
> > >
> > > ORA-01113: file 12 needs media recovery
> > >
> > > Alguma dica?
> > >
> > > Eis meus passos:
> > >
> > > RMAN> run {
> > > allocate channel d1 device type disk format '/u01/orclbackup/%U';
> > > sql 'alter tablespace "CONTAS_PUBLICAS_T" offline immediate';
> > > restore tablespace 'CONTAS_PUBLICAS_T' until time "to_date('2007-06-26
> > > 00:00:13', '-MM-DD HH24:MI:SS')";
> > > }
> > > 2> 3> 4> 5>
> > > allocated channel: d1
> > > channel d1: sid=61 devtype=DISK
> > >
> > > sql statement: alter tablespace "CONTAS_PUBLICAS_T" offline immediate
> > >
> > > Starting restore at 28-JUN-07
> > >
> > > channel d1: starting datafile backupset restore
> > > channel d1: specifying datafile(s) to restore from backup set
> > > restoring datafile 00012 to
> > /u01/oradata/cjfdes/CONTAS_PUBLICAS_t01.dbf
> > > channel d1: reading from backup piece /u01/orclbackup/5likn3o7_1_1
> > > channel d1: restored backup piece 1
> > > piece handle=/u01/orclbackup/5likn3o7_1_1 tag=TAG20070620T06
> > > channel d1: restore complete, elapsed time: 00:03:46
> > > Finished restore at 28-JUN-07
> > > released channel: d1
> > >
> > > RMAN> run {
> > > 2> sql 'alter tablespace "CONTAS_PUBLICAS_T" online ;
> > > 3> }
> > >
> > > sql statement: alter tablespace "CONTAS_PUBLICAS_T" online
> > > RMAN-00571:
> > ===
> > > RMAN-00569: === ERROR MESSAGE STACK FOLLOWS
> > ===
> > > RMAN-00571:
> > ===
> > > RMAN-03009: failure of sql command on default channel at 06/28/2007
> > > 16:19:55
> > > RMAN-11003: failure during parse/execution of SQL statement: alter
> > > tablespace "CONTAS_PUBLICAS_T" online
> > > ORA-01113: file 12 needs media recovery
> > > ORA-01110: data file 12: '/u01/oradata/cjfdes/CONTAS_PUBLICAS_t01.dbf'
> > >
> > > --
> > > "Os erros podem ser transformados em acertos quando com eles se
> > aprende.
> > > Não
> > > existe a segurança do acerto eterno."
> > >
> > > [As partes desta mensagem que não continham texto foram removidas]
> > >
> > > >Apostilas » Dicas e Exemplos » Funções » Mundo Oracle » Package »
> > > Procedure » Scripts » Tutoriais acesse:
> > > http://www.oraclebr.com.br/codigo/ListaCodigo.php
> > > --
> > > >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
> > > inteira responsabilidade de seus remetentes.
> > > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> > > --
> > > >O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
> > > http://www.oraclebr.com.br/
> > > --
> > > Links do Yahoo! Grupos
> > >
> > > __
>

Res: [oracle_br] ORA-01847: dia do mês deve es tar entre 1 e o último dia do mês

[Bia Fitzgerald]

é lixo na tabela.
Obrigada,
Bia.


- Mensagem original 
De: Bia Fitzgerald <[EMAIL PROTECTED]>
Para: oracle_br 
Enviadas: Sexta-feira, 29 de Junho de 2007 12:21:27
Assunto: [oracle_br] ORA-01847: dia do mês deve estar entre 1 e o último dia do 
mês

Olá... Alguém já teve este problema antes??? Recebo um ORA-01847 ao executar 
esta query no Oracle 10g:

SELECT T064_TIPO,
T064_VALOR
FROM T064
WHERE T064_VALOR<> 0
AND T064_SITUACAO< > 'CA'
AND to_date(T064_ DATA,'DD/ MM/') = TO_DATE('04/ 06/2007', 'dD/MM/' )
AND T064_unid = 2

Alguma idéia?

Obrigada,
Bia.

 _ _ _ _ _ _
Novo Yahoo! Cadê? - Experimente uma nova busca.
http://yahoo. com.br/oqueeugan hocomisso 

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





   

Novo Yahoo! Cadê? - Experimente uma nova busca.
http://yahoo.com.br/oqueeuganhocomisso 

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

Res: [oracle_br] ORA-01847: dia do mês deve es tar entre 1 e o último dia do mês

[Vinicius Trintin]

problema com as datas
http://www.techonthenet.com/oracle/errors/ora01847.php

- Mensagem original 
De: Bia Fitzgerald <[EMAIL PROTECTED]>
Para: oracle_br 
Enviadas: Sexta-feira, 29 de Junho de 2007 12:21:27
Assunto: [oracle_br] ORA-01847: dia do mês deve estar entre 1 e o último dia do 
mês









  



Olá... Alguém já teve este problema antes??? Recebo um ORA-01847 ao 
executar esta query no Oracle 10g:



SELECT T064_TIPO,

   T064_VALOR

FROM   T064

WHERE  T064_VALOR<> 0

 AND   T064_SITUACAO< > 'CA'

 AND   to_date(T064_ DATA,'DD/ MM/') = TO_DATE('04/ 06/2007', 'dD/MM/' )

 AND   T064_unid = 2



Alguma idéia?



Obrigada,

Bia.



 _ _ _ _ _ _

Novo Yahoo! Cadê? - Experimente uma nova busca.

http://yahoo. com.br/oqueeugan hocomisso 



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






  
















   

Novo Yahoo! Cadê? - Experimente uma nova busca.
http://yahoo.com.br/oqueeuganhocomisso 

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

RES: [SPAM] [oracle_br] ORA-01847: dia do mês deve estar entre 1 e o último dia do mês

[Fabio Santos]

Nunca vi essa mensagem antes, porém:
 
T064_DATA é do tipo data ou vc está apenas tratando como sendo. se nao for
do tipo data, tem algum valor que nao seja uma data nesse campo?
 
já tentou:
 
SELECT T064_TIPO,
T064_VALOR
FROM T064
WHERE T064_VALOR<> 0
AND T064_SITUACAO<> 'CA'
AND to_char(T064_DATA,'DD/MM/') = TO_char('04/06/2007', 'dD/MM/')
AND T064_unid = 2




De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
nome de Bia Fitzgerald
Enviada em: sexta-feira, 29 de junho de 2007 12:21
Para: oracle_br
Assunto: [SPAM] [oracle_br] ORA-01847: dia do mês deve estar entre 1 e o
último dia do mês



Olá... Alguém já teve este problema antes??? Recebo um ORA-01847 ao executar
esta query no Oracle 10g:

SELECT T064_TIPO,
T064_VALOR
FROM T064
WHERE T064_VALOR<> 0
AND T064_SITUACAO<> 'CA'
AND to_date(T064_DATA,'DD/MM/') = TO_DATE('04/06/2007', 'dD/MM/')
AND T064_unid = 2

Alguma idéia?

Obrigada,
Bia.

__
Novo Yahoo! Cadê? - Experimente uma nova busca.
http://yahoo.com.br/oqueeuganhocomisso
  

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



 

[oracle_br] ORA-01847: dia do mês deve estar entre 1 e o último dia do mês

[Bia Fitzgerald]

Olá... Alguém já teve este problema antes??? Recebo um ORA-01847 ao executar 
esta query no Oracle 10g:

SELECT T064_TIPO,
   T064_VALOR
FROM   T064
WHERE  T064_VALOR<> 0
 AND   T064_SITUACAO<> 'CA'
 AND   to_date(T064_DATA,'DD/MM/') = TO_DATE('04/06/2007', 'dD/MM/')
 AND   T064_unid = 2

Alguma idéia?

Obrigada,
Bia.


   

Novo Yahoo! Cadê? - Experimente uma nova busca.
http://yahoo.com.br/oqueeuganhocomisso 

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

Re: [oracle_br] SELECTs - Qual forma o retorno é mais rápido

[Andre Santos]

Marco

Valeu. Obrigado pelo retorno!

[ ]

André


Em 29/06/07, FERNANDES Marco A SOFTTEK <
[EMAIL PROTECTED]> escreveu:
>
>   André,
> minha resposta foi "genérica", ou seja, considerando condições
> normais... poderia sim ser feito o uso de scan parcial já
> que existe um índice na cláusula where... porém, quando se
> usa o operador <> a busca tende a usar full scan, ainda mais
> se este operador está sendo usado em campo sem índice como citei.
>
> Mas enfim, é bem o que vc citou, dependerá e MUITO do método
> usado nas buscas (otimizador). E como vc tbém citou, tem que se
> analisar o caso PRÁTICO, ou seja, pra ser assertivo na resposta,
> a pergunta deve ser feita nos mínimos detalhes (ambiente, versão
> do banco, estrutura física do servidor, configurações, estrutura das
> tabelas envolvidas, quantidade de dados por tabela, etc, etc).
>
> Abraço,
> Marco.
>
> 
>
> From: oracle_br@yahoogrupos.com.br [mailto:
> oracle_br@yahoogrupos.com.br ] On Behalf
> Of PUB: Andre Santos
> Sent: sexta-feira, 29 de junho de 2007 10:35
> To: oracle_br@yahoogrupos.com.br 
> Subject: Re: [oracle_br] SELECTs - Qual forma o retorno é mais rápido
>
> Marco
>
> No 2o. caso poderia ser feito um "scan" no subconjunto restringido pela
> primeira condição (esta teria índice), não?
>
> Para o AGPCardoso: com o SGBD trabalhando com otimizador por "custo",
> podemos discutir sobre as "possibilidades/probabilidades"...
> mas não é possível ter "certeza" do que realmente seria feito (depende uma
> uma série de condições, o melhor seria montar e/ou verificar uma caso
> prático).
> Quando se utilizava mais o otimizador por "regra", aí sim era possível
> saber
> o que seria feito.
>
> [ ]
>
> André
>
> Em 29/06/07, FERNANDES Marco A SOFTTEK <
> [EMAIL PROTECTED] mfernandes% 40fornecedores.confab.com.br> > escreveu:
> >
> > Jovem,
> > me parece fácil a resposta.
> >
> > Sua primeira pergunta é qual mais rápido. Se vc tem uma condição a mais
> > no seu join que não tem índice direto, me parece bem claro que vai
> demorar
> >
> > mais, pois tem mais consistência a fazer. Se tiver poucas linhas vc pode
> > até
> > não notar diferença significativa, mas num volume grande é claro que
> > a segunda vai demorar mais !
> >
> > E nesse caso particular, respondendo sua segunda pergunta, é quase certo
> > que se vc faz um join com campo da primeira tabela diferente do campo
> > da segunda tabela, vc terá sim full scan... afinal vc deixa claro que
> não
> > tem
> > índice específico pra esse campo.
> >
> > Abraço,
> > Marco.
> >
> > 
> >
> > From: oracle_br@yahoogrupos.com.br  oracle_br%40yahoogrupos.com.br> [mailto:
> > oracle_br@yahoogrupos.com.br   oracle_br%40yahoogrupos.com.br> ] On
> Behalf
> > Of PUB: agpcardoso
> > Sent: quinta-feira, 28 de junho de 2007 21:47
> > To: oracle_br@yahoogrupos.com.br  oracle_br%40yahoogrupos.com.br> 
> > Subject: [oracle_br] SELECTs - Qual forma o retorno é mais rápido
> >
> > Qual forma é mais rápido considerando q o indice está no campo1
> >
> > select a.campo5
> > from tab1 a, tab2 b
> > where a.campo1 = b.campo1
> >
> > OU
> >
> > APESAR DESTA FORMA TRAZER MENOS REGISTROS Q A ANTERIOR,
> > devido ao motivo de eu ter um campo de uma tabela diferente do
> > da outra poderá ocorrer um fullscan
> >
> > select a.campo5
> > from tab1 a, tab2 b
> > where a.campo1 = b.campo1
> > and a.campo4 <> b.campo4
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >
> >
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 
>


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

[oracle_br] Re: Oracle XE

[jlchiappa]

Marco, vc está correto sobre os .TRCs de modo geral, apenas com uma 
ressalva, que deve ser parte da questão lá do colega : além dos .TRCs 
gerados por determinação do usuário como vc disse, nos releases mais 
recentes o bd Oracle passou a por si só gerar no BDUMP alguns .TRCs 
informativos apenas, com informações sobre quando o log writer e 
alguns dos principais processos interno startou, quando o banco 
baixou, coisas do tipo...  Alessandro, esses arqs são informativos 
apenas, e vc os pode apagar sem probs  A info deles até pode ser 
interessante  de se ter como histórico num banco Prod, assim se fosse 
produção eu diria pra vc tirar uma cópia antes de os apagar, mas 
sendo XE (obviamente portanto estudo ou testes) nem isso, apaga na 
fé...

[]s

 Chiappa
 
--- Em oracle_br@yahoogrupos.com.br, "FERNANDES Marco ASOFTTEK" 
<[EMAIL PROTECTED]> escreveu
>
> Alessandro,
> até onde eu sei dentro da minha ignorância quase total, os arquivos 
TRC
> são arquivos de trace do banco, ou seja, deve estar habilitada essa 
função
> de trace do banco que serve para vc auditar, acompanhar, verificar 
o que
> acontece rotineiramente em seu BD.
>  
> Acredito que eles possam ser apagados, pois são como histórico de 
operações
> e se vc tá com o banco OK, backup OK, tudo belezinha, vc poderia 
apagar
> os arquivos (principalmente os mais antigos) pra ganhar espaço 
livre em disco.
>  
> Se eu estiver errado por favor me corrijam !
>  
> Abraço,
> Marco.
> 
> 
> 
> From: oracle_br@yahoogrupos.com.br 
[mailto:[EMAIL PROTECTED] On Behalf Of PUB: am_balielo
> Sent: sexta-feira, 29 de junho de 2007 10:45
> To: oracle_br@yahoogrupos.com.br
> Subject: [oracle_br] Oracle XE
> 
> 
> 
> Bom dia
> 
> Tenho uma pasta chamada C:\ORACLEXE\APP\ORACLE\ADMIN\XE\BDUMP que 
> contém vários arquivos *.trc. Somando estes arquivos ele chegam a 
66 
> gb. Gostaria de saber o que são estes arquivos *.trc e se eu posso 
> delatar alguns.
> 
> 
> Atenciosamente Alessandro
> 
> 
> 
>  
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>

Re: [oracle_br] SELECTs - Qual forma o retorno é mais rápido

[Tales Parreiras da Silva]

A primeira forma é melhor, a segunda fatalmente fará fullscan mas não pelo
campo de tabela diferente e sim pelo operador <>.



-- 
Sds

Tales Parreiras da Silva
http://talesparreiras.com


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

Re: [oracle_br] Voltar backup no RMAN

[Ricardo Marques Silvério]

Vamos tentar novamente... desde o começo.

Execute o seguinte:
RUN
{
  allocate channel d1 device type disk format '/u01/orclbackup/%U';
  SQL 'ALTER TABLESPACE CONTAS_PUBLICAS_T OFFLINE IMMEDIATE';
  RESTORE TABLESPACE CONTAS_PUBLICAS_T;
  SWITCH DATAFILE ALL;   
  RECOVER TABLESPACE CONTAS_PUBLICAS_T;
}
- Original Message 
From: Eduardo de Paula <[EMAIL PROTECTED]>
To: oracle_br@yahoogrupos.com.br
Sent: Friday, June 29, 2007 10:34:10 AM
Subject: Re: [oracle_br] Voltar backup no RMAN

Amigo,

agracedeço muito a sua ajuda.
Muito obrigado. Ta aí o alert.log


Eduardo


Thu Jun 28 15:59:37 2007
Starting control autobackup
Control autobackup written to DISK device
handle '/oracle/products/10.2.0/db_1/dbs/c-4039426532-20070628-09'
Completed: alter tablespace "CONTAS_PUBLICAS_T" offline immediate
Thu Jun 28 15:59:42 2007
The input backup piece /u01/orclbackup/5likn3o7_1_1 is in compressed format.
Thu Jun 28 16:03:24 2007
Full restore complete of datafile 12
/u01/oradata/cjfdes/CONTAS_PUBLICAS_t01.dbf.  Elapsed time: 0:00:04
  checkpoint is 4843218
Thu Jun 28 16:04:25 2007
ALTER TABLESPACE "CONTAS_PUBLICAS_T" ONLINE
Thu Jun 28 16:04:25 2007
ORA-1113 signalled during: ALTER TABLESPACE "CONTAS_PUBLICAS_T" ONLINE...
Thu Jun 28 16:05:51 2007
alter tablespace "CONTAS_PUBLICAS_T" online
Thu Jun 28 16:05:51 2007
ORA-1113 signalled during: alter tablespace "CONTAS_PUBLICAS_T" online...
Thu Jun 28 16:15:05 2007
Thread 1 cannot allocate new log, sequence 604
Private strand flush not complete
  Current log# 2 seq# 603 mem# 0: /u01/oradata/cjfdes/redo02.log
Thread 1 advanced to log sequence 604
  Current log# 3 seq# 604 mem# 0: /u01/oradata/cjfdes/redo03.log
Thread 1 cannot allocate new log, sequence 605
Private strand flush not complete
  Current log# 3 seq# 604 mem# 0: /u01/oradata/cjfdes/redo03.log
Thread 1 advanced to log sequence 605
  Current log# 1 seq# 605 mem# 0: /u01/oradata/cjfdes/redo01.log
Thu Jun 28 16:15:14 2007
Starting control autobackup
Control autobackup written to DISK device
handle '/oracle/products/10.2.0/db_1/dbs/c-4039426532-20070628-0a'
Thu Jun 28 16:15:45 2007
The input backup piece /u01/orclbackup/9gil9icc_1_1 is in compressed format.
Thu Jun 28 16:19:55 2007
alter tablespace "CONTAS_PUBLICAS_T" online
Thu Jun 28 16:19:55 2007
ORA-1113 signalled during: alter tablespace "CONTAS_PUBLICAS_T" online...
Thu Jun 28 16:20:37 2007
The input backup piece /u01/orclbackup/9gil9icc_1_1 is in compressed format.
Thu Jun 28 16:24:15 2007
Full restore complete of datafile 12
/u01/oradata/cjfdes/CONTAS_PUBLICAS_t01.dbf.  Elapsed time: 0:00:04
  checkpoint is 65938701
Thu Jun 28 16:24:23 2007
alter tablespace "CONTAS_PUBLICAS_T" online
Thu Jun 28 16:24:23 2007
ORA-1113 signalled during: alter tablespace "CONTAS_PUBLICAS_T" online...
Thu Jun 28 17:00:54 2007
alter database recover datafile 12
Media Recovery Start
ORA-279 signalled during: alter database recover datafile 12...
Thu Jun 28 17:12:50 2007
*
Warning: Recovery session ended without issuing ALTER DATABASE RECOVER
CANCEL
*
Thu Jun 28 17:14:19 2007
Thu Jun 28 17:14:19 2007
alter tablespace "CONTAS_PUBLICAS_T" online
Thu Jun 28 17:14:19 2007
ORA-1113 signalled during: alter tablespace "CONTAS_PUBLICAS_T" online...
Thu Jun 28 17:14:54 2007
alter tablespace "CONTAS_PUBLICAS_T" offline immediate
Thu Jun 28 17:14:54 2007
Starting control autobackup
Control autobackup written to DISK device
handle '/oracle/products/10.2.0/db_1/dbs/c-4039426532-20070628-0b'
Completed: alter tablespace "CONTAS_PUBLICAS_T" offline immediate
Thu Jun 28 17:14:57 2007
alter database recover datafile 12
Media Recovery Start
ORA-279 signalled during: alter database recover datafile 12...
Thu Jun 28 17:14:57 2007
alter database recover cancel
Thu Jun 28 17:14:57 2007
Media Recovery Canceled
Completed: alter database recover cancel
Thu Jun 28 17:15:04 2007
Thread 1 cannot allocate new log, sequence 606
Private strand flush not complete
  Current log# 1 seq# 605 mem# 0: /u01/oradata/cjfdes/redo01.log
Thread 1 advanced to log sequence 606
  Current log# 2 seq# 606 mem# 0: /u01/oradata/cjfdes/redo02.log
Thread 1 cannot allocate new log, sequence 607
Private strand flush not complete
  Current log# 2 seq# 606 mem# 0: /u01/oradata/cjfdes/redo02.log
Thread 1 advanced to log sequence 607
  Current log# 3 seq# 607 mem# 0: /u01/oradata/cjfdes/redo03.log
Thu Jun 28 17:15:12 2007
Starting control autobackup
Control autobackup written to DISK device
handle '/oracle/products/10.2.0/db_1/dbs/c-4039426532-20070628-0c'
Thu Jun 28 17:38:13 2007
ALTER DATABASE RECOVER  datafile 12
Thu Jun 28 17:38:13 2007
Media Recovery Start
ORA-279 signalled during: ALTER DATABASE RECOVER  datafile 12  ...
Thu Jun 28 17:38:20 2007
ALTER DATABASE RECOVERCONTINUE DEFAULT
Thu Jun 28 17:38:20 2007
Media Recovery Log /u01/archlog/1_552_623218471.dbf
Errors with log /

RE: [oracle_br] Oracle XE

[FERNANDES Marco A SOFTTEK]

Alessandro,
até onde eu sei dentro da minha ignorância quase total, os arquivos TRC
são arquivos de trace do banco, ou seja, deve estar habilitada essa função
de trace do banco que serve para vc auditar, acompanhar, verificar o que
acontece rotineiramente em seu BD.
 
Acredito que eles possam ser apagados, pois são como histórico de operações
e se vc tá com o banco OK, backup OK, tudo belezinha, vc poderia apagar
os arquivos (principalmente os mais antigos) pra ganhar espaço livre em disco.
 
Se eu estiver errado por favor me corrijam !
 
Abraço,
Marco.



From: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] On Behalf Of PUB: 
am_balielo
Sent: sexta-feira, 29 de junho de 2007 10:45
To: oracle_br@yahoogrupos.com.br
Subject: [oracle_br] Oracle XE



Bom dia

Tenho uma pasta chamada C:\ORACLEXE\APP\ORACLE\ADMIN\XE\BDUMP que 
contém vários arquivos *.trc. Somando estes arquivos ele chegam a 66 
gb. Gostaria de saber o que são estes arquivos *.trc e se eu posso 
delatar alguns.


Atenciosamente Alessandro



 


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

[oracle_br] Reports 9i

[am_balielo]

Bom dia

  Estou com o seguinte problema. Qdo tento colocar um campo com imagem 
e está imagem e larga o reports mostra ela bem curta.
  Por exemplo tenho uma imagem que será o cabeçalho de um documento, 
com o brasão e os dizeres deste cabeçalho. Só que tenho que deixar ele 
do tamanho de um papel A4.

  Como fazer isso.
  Atenciosmente Alessandro.

RE: [oracle_br] SELECTs - Qual forma o retorno é mais rápido

[FERNANDES Marco A SOFTTEK]

André,
minha resposta foi "genérica", ou seja, considerando condições
normais... poderia sim ser feito o uso de scan parcial já
que existe um índice na cláusula where... porém, quando se
usa o operador <> a busca tende a usar full scan, ainda mais
se este operador está sendo usado em campo sem índice como citei.
 
Mas enfim, é bem o que vc citou, dependerá e MUITO do método
usado nas buscas (otimizador). E como vc tbém citou, tem que se
analisar o caso PRÁTICO, ou seja, pra ser assertivo na resposta,
a pergunta deve ser feita nos mínimos detalhes (ambiente, versão
do banco, estrutura física do servidor, configurações, estrutura das
tabelas envolvidas, quantidade de dados por tabela, etc, etc).
 
Abraço,
Marco.



From: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] On Behalf Of PUB: 
Andre Santos
Sent: sexta-feira, 29 de junho de 2007 10:35
To: oracle_br@yahoogrupos.com.br
Subject: Re: [oracle_br] SELECTs - Qual forma o retorno é mais rápido



Marco

No 2o. caso poderia ser feito um "scan" no subconjunto restringido pela
primeira condição (esta teria índice), não?

Para o AGPCardoso: com o SGBD trabalhando com otimizador por "custo",
podemos discutir sobre as "possibilidades/probabilidades"...
mas não é possível ter "certeza" do que realmente seria feito (depende uma
uma série de condições, o melhor seria montar e/ou verificar uma caso
prático).
Quando se utilizava mais o otimizador por "regra", aí sim era possível saber
o que seria feito.

[ ]

André

Em 29/06/07, FERNANDES Marco A SOFTTEK <
[EMAIL PROTECTED]  > escreveu:
>
> Jovem,
> me parece fácil a resposta.
>
> Sua primeira pergunta é qual mais rápido. Se vc tem uma condição a mais
> no seu join que não tem índice direto, me parece bem claro que vai demorar
>
> mais, pois tem mais consistência a fazer. Se tiver poucas linhas vc pode
> até
> não notar diferença significativa, mas num volume grande é claro que
> a segunda vai demorar mais !
>
> E nesse caso particular, respondendo sua segunda pergunta, é quase certo
> que se vc faz um join com campo da primeira tabela diferente do campo
> da segunda tabela, vc terá sim full scan... afinal vc deixa claro que não
> tem
> índice específico pra esse campo.
>
> Abraço,
> Marco.
>
> 
>
> From: oracle_br@yahoogrupos.com.br   
> [mailto:
> oracle_br@yahoogrupos.com.br   
> ] On Behalf
> Of PUB: agpcardoso
> Sent: quinta-feira, 28 de junho de 2007 21:47
> To: oracle_br@yahoogrupos.com.br   
> 
> Subject: [oracle_br] SELECTs - Qual forma o retorno é mais rápido
>
> Qual forma é mais rápido considerando q o indice está no campo1
>
> select a.campo5
> from tab1 a, tab2 b
> where a.campo1 = b.campo1
>
> OU
>
> APESAR DESTA FORMA TRAZER MENOS REGISTROS Q A ANTERIOR,
> devido ao motivo de eu ter um campo de uma tabela diferente do
> da outra poderá ocorrer um fullscan
>
> select a.campo5
> from tab1 a, tab2 b
> where a.campo1 = b.campo1
> and a.campo4 <> b.campo4
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 
>

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



 


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

[oracle_br] Re: SELECTs - Qual forma o retorno é mais rápido

[agpcardoso]

Valeu andré, vou fazer o seguinte,

Montar as queries q necessito e antes de aplicar vou passa-las ao DBA
para ele analisar

VALEU MAIS UMA VEZ.

--- Em oracle_br@yahoogrupos.com.br, "Andre Santos" 
<[EMAIL PROTECTED]> escreveu
>
> Marco
> 
> No 2o. caso poderia ser feito um "scan" no subconjunto restringido 
pela
> primeira condição (esta teria índice), não?
> 
> Para o AGPCardoso: com o SGBD trabalhando com otimizador 
por "custo",
> podemos discutir sobre as "possibilidades/probabilidades"...
> mas não é possível ter "certeza" do que realmente seria feito 
(depende uma
> uma série de condições, o melhor seria montar e/ou verificar uma 
caso
> prático).
> Quando se utilizava mais o otimizador por "regra", aí sim era 
possível saber
> o que seria feito.
> 
> [ ]
> 
> André
> 
> 
> Em 29/06/07, FERNANDES Marco A SOFTTEK <
> [EMAIL PROTECTED]> escreveu:
> >
> >   Jovem,
> > me parece fácil a resposta.
> >
> > Sua primeira pergunta é qual mais rápido. Se vc tem uma condição 
a mais
> > no seu join que não tem índice direto, me parece bem claro que 
vai demorar
> >
> > mais, pois tem mais consistência a fazer. Se tiver poucas linhas 
vc pode
> > até
> > não notar diferença significativa, mas num volume grande é claro 
que
> > a segunda vai demorar mais !
> >
> > E nesse caso particular, respondendo sua segunda pergunta, é 
quase certo
> > que se vc faz um join com campo da primeira tabela diferente do 
campo
> > da segunda tabela, vc terá sim full scan... afinal vc deixa 
claro que não
> > tem
> > índice específico pra esse campo.
> >
> > Abraço,
> > Marco.
> >
> > 
> >
> > From: oracle_br@yahoogrupos.com.br [mailto:
> > oracle_br@yahoogrupos.com.br ] 
On Behalf
> > Of PUB: agpcardoso
> > Sent: quinta-feira, 28 de junho de 2007 21:47
> > To: oracle_br@yahoogrupos.com.br 
> > Subject: [oracle_br] SELECTs - Qual forma o retorno é mais rápido
> >
> > Qual forma é mais rápido considerando q o indice está no campo1
> >
> > select a.campo5
> > from tab1 a, tab2 b
> > where a.campo1 = b.campo1
> >
> > OU
> >
> > APESAR DESTA FORMA TRAZER MENOS REGISTROS Q A ANTERIOR,
> > devido ao motivo de eu ter um campo de uma tabela diferente do
> > da outra poderá ocorrer um fullscan
> >
> > select a.campo5
> > from tab1 a, tab2 b
> > where a.campo1 = b.campo1
> > and a.campo4 <> b.campo4
> >
> > [As partes desta mensagem que não continham texto foram 
removidas]
> >
> > 
> >
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>

[oracle_br] Oracle XE

[am_balielo]

Bom dia
 
Tenho uma pasta chamada C:\ORACLEXE\APP\ORACLE\ADMIN\XE\BDUMP que 
contém vários arquivos *.trc. Somando estes arquivos ele chegam a 66 
gb. Gostaria de saber o que são estes arquivos *.trc e se eu posso 
delatar alguns.
 
 
Atenciosamente Alessandro

RES: [oracle_br] Material Oracle Estudo

[Bruno Lorenzini]

Valeu!!! :D

 

Sds,

 

 

Bruno Lorenzini
Consultor Oracle

"O pessimista se queixa do vento. O otimista espera que ele mude. O realista
ajusta as velas." - William George Ward.

  _  

De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
nome de Julio Bittencourt
Enviada em: sexta-feira, 29 de junho de 2007 10:32
Para: oracle_br@yahoogrupos.com.br
Assunto: RES: [oracle_br] Material Oracle Estudo

 

Bruno,

Vá no www.4shared.com, na parte de "Search Files" digite 1z0. Virão
trocentos arquivos.

Att.
Julio.

_ 

De: [EMAIL PROTECTED]  os.com.br
[mailto:[EMAIL PROTECTED] 
os.com.br] Em
nome de Bruno Lorenzini
Enviada em: sexta-feira, 29 de junho de 2007 08:15
Para: [EMAIL PROTECTED]  os.com.br
Assunto: [oracle_br] Material Oracle Estudo

Bom dia,

Estou fazendo o curso para certificação Oracle OCA e OPC DBA 10g. Alguém
teria algum material para consulta e estudos para as provas???

Sds,

Bruno Lorenzini
Consultor Oracle

"O pessimista se queixa do vento. O otimista espera que ele mude. O realista
ajusta as velas." - William George Ward.

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

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

 



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

RES: [oracle_br] Material Oracle Estudo

[Julio Bittencourt]

Bruno,
 
Vá no www.4shared.com, na parte de "Search Files" digite 1z0. Virão
trocentos arquivos.
 
Att.
Julio.

  _  

De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
nome de Bruno Lorenzini
Enviada em: sexta-feira, 29 de junho de 2007 08:15
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Material Oracle Estudo



Bom dia,

Estou fazendo o curso para certificação Oracle OCA e OPC DBA 10g. Alguém
teria algum material para consulta e estudos para as provas???

Sds,

Bruno Lorenzini
Consultor Oracle

"O pessimista se queixa do vento. O otimista espera que ele mude. O realista
ajusta as velas." - William George Ward.

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



 


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

Re: [oracle_br] Voltar backup no RMAN

[Eduardo de Paula]

Amigo,

agracedeço muito a sua ajuda.
Muito obrigado. Ta aí o alert.log


Eduardo


Thu Jun 28 15:59:37 2007
Starting control autobackup
Control autobackup written to DISK device
handle '/oracle/products/10.2.0/db_1/dbs/c-4039426532-20070628-09'
Completed: alter tablespace "CONTAS_PUBLICAS_T" offline immediate
Thu Jun 28 15:59:42 2007
The input backup piece /u01/orclbackup/5likn3o7_1_1 is in compressed format.
Thu Jun 28 16:03:24 2007
Full restore complete of datafile 12
/u01/oradata/cjfdes/CONTAS_PUBLICAS_t01.dbf.  Elapsed time: 0:00:04
  checkpoint is 4843218
Thu Jun 28 16:04:25 2007
ALTER TABLESPACE "CONTAS_PUBLICAS_T" ONLINE
Thu Jun 28 16:04:25 2007
ORA-1113 signalled during: ALTER TABLESPACE "CONTAS_PUBLICAS_T" ONLINE...
Thu Jun 28 16:05:51 2007
alter tablespace "CONTAS_PUBLICAS_T" online
Thu Jun 28 16:05:51 2007
ORA-1113 signalled during: alter tablespace "CONTAS_PUBLICAS_T" online...
Thu Jun 28 16:15:05 2007
Thread 1 cannot allocate new log, sequence 604
Private strand flush not complete
  Current log# 2 seq# 603 mem# 0: /u01/oradata/cjfdes/redo02.log
Thread 1 advanced to log sequence 604
  Current log# 3 seq# 604 mem# 0: /u01/oradata/cjfdes/redo03.log
Thread 1 cannot allocate new log, sequence 605
Private strand flush not complete
  Current log# 3 seq# 604 mem# 0: /u01/oradata/cjfdes/redo03.log
Thread 1 advanced to log sequence 605
  Current log# 1 seq# 605 mem# 0: /u01/oradata/cjfdes/redo01.log
Thu Jun 28 16:15:14 2007
Starting control autobackup
Control autobackup written to DISK device
handle '/oracle/products/10.2.0/db_1/dbs/c-4039426532-20070628-0a'
Thu Jun 28 16:15:45 2007
The input backup piece /u01/orclbackup/9gil9icc_1_1 is in compressed format.
Thu Jun 28 16:19:55 2007
alter tablespace "CONTAS_PUBLICAS_T" online
Thu Jun 28 16:19:55 2007
ORA-1113 signalled during: alter tablespace "CONTAS_PUBLICAS_T" online...
Thu Jun 28 16:20:37 2007
The input backup piece /u01/orclbackup/9gil9icc_1_1 is in compressed format.
Thu Jun 28 16:24:15 2007
Full restore complete of datafile 12
/u01/oradata/cjfdes/CONTAS_PUBLICAS_t01.dbf.  Elapsed time: 0:00:04
  checkpoint is 65938701
Thu Jun 28 16:24:23 2007
alter tablespace "CONTAS_PUBLICAS_T" online
Thu Jun 28 16:24:23 2007
ORA-1113 signalled during: alter tablespace "CONTAS_PUBLICAS_T" online...
Thu Jun 28 17:00:54 2007
alter database recover datafile 12
Media Recovery Start
ORA-279 signalled during: alter database recover datafile 12...
Thu Jun 28 17:12:50 2007
*
Warning: Recovery session ended without issuing ALTER DATABASE RECOVER
CANCEL
*
Thu Jun 28 17:14:19 2007
Thu Jun 28 17:14:19 2007
alter tablespace "CONTAS_PUBLICAS_T" online
Thu Jun 28 17:14:19 2007
ORA-1113 signalled during: alter tablespace "CONTAS_PUBLICAS_T" online...
Thu Jun 28 17:14:54 2007
alter tablespace "CONTAS_PUBLICAS_T" offline immediate
Thu Jun 28 17:14:54 2007
Starting control autobackup
Control autobackup written to DISK device
handle '/oracle/products/10.2.0/db_1/dbs/c-4039426532-20070628-0b'
Completed: alter tablespace "CONTAS_PUBLICAS_T" offline immediate
Thu Jun 28 17:14:57 2007
alter database recover datafile 12
Media Recovery Start
ORA-279 signalled during: alter database recover datafile 12...
Thu Jun 28 17:14:57 2007
alter database recover cancel
Thu Jun 28 17:14:57 2007
Media Recovery Canceled
Completed: alter database recover cancel
Thu Jun 28 17:15:04 2007
Thread 1 cannot allocate new log, sequence 606
Private strand flush not complete
  Current log# 1 seq# 605 mem# 0: /u01/oradata/cjfdes/redo01.log
Thread 1 advanced to log sequence 606
  Current log# 2 seq# 606 mem# 0: /u01/oradata/cjfdes/redo02.log
Thread 1 cannot allocate new log, sequence 607
Private strand flush not complete
  Current log# 2 seq# 606 mem# 0: /u01/oradata/cjfdes/redo02.log
Thread 1 advanced to log sequence 607
  Current log# 3 seq# 607 mem# 0: /u01/oradata/cjfdes/redo03.log
Thu Jun 28 17:15:12 2007
Starting control autobackup
Control autobackup written to DISK device
handle '/oracle/products/10.2.0/db_1/dbs/c-4039426532-20070628-0c'
Thu Jun 28 17:38:13 2007
ALTER DATABASE RECOVER  datafile 12
Thu Jun 28 17:38:13 2007
Media Recovery Start
ORA-279 signalled during: ALTER DATABASE RECOVER  datafile 12  ...
Thu Jun 28 17:38:20 2007
ALTER DATABASE RECOVERCONTINUE DEFAULT
Thu Jun 28 17:38:20 2007
Media Recovery Log /u01/archlog/1_552_623218471.dbf
Errors with log /u01/archlog/1_552_623218471.dbf
ORA-308 signalled during: ALTER DATABASE RECOVERCONTINUE DEFAULT  ...
Thu Jun 28 17:38:20 2007
ALTER DATABASE RECOVER CANCEL
Thu Jun 28 17:38:20 2007
Media Recovery Canceled
Completed: ALTER DATABASE RECOVER CANCEL
Thu Jun 28 17:39:14 2007
alter tablespace "CONTAS_PUBLICAS_T" offline immediate
Thu Jun 28 17:39:14 2007
Starting control autobackup






On 6/29/07, Ricardo Marques Silvério <[EMAIL PROTECTED]> wrote:
>
>   copie o trecho do alert.log que trata d

Re: [oracle_br] SELECTs - Qual forma o retorno é mais rápido

[Andre Santos]

Marco

No 2o. caso poderia ser feito um "scan" no subconjunto restringido pela
primeira condição (esta teria índice), não?

Para o AGPCardoso: com o SGBD trabalhando com otimizador por "custo",
podemos discutir sobre as "possibilidades/probabilidades"...
mas não é possível ter "certeza" do que realmente seria feito (depende uma
uma série de condições, o melhor seria montar e/ou verificar uma caso
prático).
Quando se utilizava mais o otimizador por "regra", aí sim era possível saber
o que seria feito.

[ ]

André


Em 29/06/07, FERNANDES Marco A SOFTTEK <
[EMAIL PROTECTED]> escreveu:
>
>   Jovem,
> me parece fácil a resposta.
>
> Sua primeira pergunta é qual mais rápido. Se vc tem uma condição a mais
> no seu join que não tem índice direto, me parece bem claro que vai demorar
>
> mais, pois tem mais consistência a fazer. Se tiver poucas linhas vc pode
> até
> não notar diferença significativa, mas num volume grande é claro que
> a segunda vai demorar mais !
>
> E nesse caso particular, respondendo sua segunda pergunta, é quase certo
> que se vc faz um join com campo da primeira tabela diferente do campo
> da segunda tabela, vc terá sim full scan... afinal vc deixa claro que não
> tem
> índice específico pra esse campo.
>
> Abraço,
> Marco.
>
> 
>
> From: oracle_br@yahoogrupos.com.br [mailto:
> oracle_br@yahoogrupos.com.br ] On Behalf
> Of PUB: agpcardoso
> Sent: quinta-feira, 28 de junho de 2007 21:47
> To: oracle_br@yahoogrupos.com.br 
> Subject: [oracle_br] SELECTs - Qual forma o retorno é mais rápido
>
> Qual forma é mais rápido considerando q o indice está no campo1
>
> select a.campo5
> from tab1 a, tab2 b
> where a.campo1 = b.campo1
>
> OU
>
> APESAR DESTA FORMA TRAZER MENOS REGISTROS Q A ANTERIOR,
> devido ao motivo de eu ter um campo de uma tabela diferente do
> da outra poderá ocorrer um fullscan
>
> select a.campo5
> from tab1 a, tab2 b
> where a.campo1 = b.campo1
> and a.campo4 <> b.campo4
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 
>


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

[oracle_br] Re: UPDATE EM LOTE **NOVAMENTE**

[agpcardoso]

Obrigado pela ajuda,
Com relação a sua dica, tive meus motivos para postar esta pergunta
no forum e não cabe a mim ficar justificando o por que.

abraços...


--- Em oracle_br@yahoogrupos.com.br, "FERNANDES Marco ASOFTTEK" 
<[EMAIL PROTECTED]> escreveu
>
> Jovem, tenta assim:
>  
> Update tab_1 a
> set (a.campo_1, a.campo_2) = (select b.campo_1, b.campo_2 from 
tab_2 b where tab_2.id = 
> tab_1.id)
> 
> Jovem, vc tá precisando ler mais help e tentar se virar um pouco 
sozinho só uma dica !
>  
> abraço,
> Marco.
> 
> 
> 
> 
> From: oracle_br@yahoogrupos.com.br 
[mailto:[EMAIL PROTECTED] On Behalf Of PUB: agpcardoso
> Sent: quinta-feira, 28 de junho de 2007 19:49
> To: oracle_br@yahoogrupos.com.br
> Subject: [oracle_br] UPDATE EM LOTE **NOVAMENTE**
> 
> 
> 
> olá galera,
> 
> Olha eu aki novamente falando de updates em lote...rs
> 
> A alguns dias atras eu estava com uma dúvida sobre executar 
updates 
> em lote no oracle e o Fabio Santos me ajudou passando a query 
abaixo 
> e q funcionou perfeitamente.
> 
> Update tab3 set Dsc = (select tab1.dsc from tab1 where tab1.id = 
> tab3.id)
> 
> PORÉM AGORA ESTOU COM UMA OUTRA DÚVIDA...
> 
> No caso da query acima eu dou um update em um só campo, gostaria 
de 
> saber como fazer esse update para mais campos POIS ESTOU ACHANDO 
> ESTRANHO se eu tiver q fazer o mesmo SELECT para cada campo que eu 
> for atualizar no meu update.
> 
> No sql server eu faço COMO descrito abaixo:
> UPDATE TAB3
> SET TAB3.DSC = TAB1.DSC,
> TAB3.NOME = TAB1.NOME
> FROM TAB1, TAB3
> WHERE TAB1.ID = TAB3.ID
> 
> Obrigado
> 
> 
> 
>  
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>

Re: [oracle_br] Physical reads em Tabela Vazia

[Gustavo Venturini de Lima]

Felipe, faça uma consulta em cima da dba_tables e veja o número de blocos
que esta tabela tem.
No caso de tabelas com muitas inserções/deleções [comportamente quase que
temporário], os blocos físicos da tabela são alocados (e assim continuam)
mesmo quando há deleções na tabela.
Neste caso, um simples "truncate" na tabela resolverá o problema.

[]'s

Gustavo.

Em 29/06/07, Felipe Daniel <[EMAIL PROTECTED]> escreveu:
>
>   Pessoal,
>
> Estou com um probleminha e ainda não faço ideia do que seja. Tenho uma
> tabela vazia e em um simples "select count(*) from tabela" o banco esta
> fazendo 43199 physical reads.
> Alguém tem alguma ideia do que possa ser isto?
>
> Oracle 9i 9.2.0.8
> Windows Server 2003 Enterprise Edition SP1
>
> Atenciosamente,
> ---
> Felipe Daniel O. Aragão
> GBarbosa Comercial Ltda.
> Analista de Banco de Dados
> OCP-Oracle Certified Professional
> ---
>
> __
> Novo Yahoo! Cadê? - Experimente uma nova busca.
> http://yahoo.com.br/oqueeuganhocomisso
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>


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

RE: [oracle_br] SELECTs - Qual forma o retorno é mais rápido

[FERNANDES Marco A SOFTTEK]

Jovem,
me parece fácil a resposta.
 
Sua primeira pergunta é qual mais rápido. Se vc tem uma condição a mais 
no seu join que não tem índice direto, me parece bem claro que vai demorar 
mais, pois tem mais consistência a fazer. Se tiver poucas linhas vc pode até
não notar diferença significativa, mas num volume grande é claro que
a segunda vai demorar mais !
 
E nesse caso particular, respondendo sua segunda pergunta, é quase certo
que se vc faz um join com campo da primeira tabela diferente do campo 
da segunda tabela, vc terá sim full scan... afinal vc deixa claro que não tem
índice específico pra esse campo.
 
Abraço,
Marco.



From: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] On Behalf Of PUB: 
agpcardoso
Sent: quinta-feira, 28 de junho de 2007 21:47
To: oracle_br@yahoogrupos.com.br
Subject: [oracle_br] SELECTs - Qual forma o retorno é mais rápido



Qual forma é mais rápido considerando q o indice está no campo1

select a.campo5
from tab1 a, tab2 b
where a.campo1 = b.campo1

OU

APESAR DESTA FORMA TRAZER MENOS REGISTROS Q A ANTERIOR, 
devido ao motivo de eu ter um campo de uma tabela diferente do 
da outra poderá ocorrer um fullscan

select a.campo5
from tab1 a, tab2 b
where a.campo1 = b.campo1
and a.campo4 <> b.campo4



 


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

RE: [oracle_br] UPDATE EM LOTE **NOVAMENTE**

[FERNANDES Marco A SOFTTEK]

Jovem, tenta assim:
 
Update tab_1 a
set (a.campo_1, a.campo_2) = (select b.campo_1, b.campo_2 from tab_2 b where 
tab_2.id = 
tab_1.id)

Jovem, vc tá precisando ler mais help e tentar se virar um pouco sozinho só 
uma dica !
 
abraço,
Marco.




From: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] On Behalf Of PUB: 
agpcardoso
Sent: quinta-feira, 28 de junho de 2007 19:49
To: oracle_br@yahoogrupos.com.br
Subject: [oracle_br] UPDATE EM LOTE **NOVAMENTE**



olá galera,

Olha eu aki novamente falando de updates em lote...rs

A alguns dias atras eu estava com uma dúvida sobre executar updates 
em lote no oracle e o Fabio Santos me ajudou passando a query abaixo 
e q funcionou perfeitamente.

Update tab3 set Dsc = (select tab1.dsc from tab1 where tab1.id = 
tab3.id)

PORÉM AGORA ESTOU COM UMA OUTRA DÚVIDA...

No caso da query acima eu dou um update em um só campo, gostaria de 
saber como fazer esse update para mais campos POIS ESTOU ACHANDO 
ESTRANHO se eu tiver q fazer o mesmo SELECT para cada campo que eu 
for atualizar no meu update.

No sql server eu faço COMO descrito abaixo:
UPDATE TAB3
SET TAB3.DSC = TAB1.DSC,
TAB3.NOME = TAB1.NOME
FROM TAB1, TAB3
WHERE TAB1.ID = TAB3.ID

Obrigado



 


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

[oracle_br] Physical reads em Tabela Vazia

[Felipe Daniel]

Pessoal,

Estou com um probleminha e ainda não faço ideia do que seja. Tenho uma tabela 
vazia e em um simples "select count(*) from tabela" o banco esta fazendo 43199  
physical reads.
Alguém tem alguma ideia do que possa ser isto?


Oracle 9i 9.2.0.8
Windows Server 2003 Enterprise Edition SP1

 
 
Atenciosamente,
---
Felipe Daniel O. Aragão
GBarbosa Comercial Ltda.
Analista de Banco de Dados
OCP-Oracle Certified Professional
---


   

Novo Yahoo! Cadê? - Experimente uma nova busca.
http://yahoo.com.br/oqueeuganhocomisso 

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

[oracle_br] Material Oracle Estudo

[Bruno Lorenzini]

Bom dia,

 

Estou fazendo o curso para certificação Oracle OCA e OPC DBA 10g. Alguém
teria algum material para consulta e estudos para as provas???

 

Sds,

 

 

Bruno Lorenzini
Consultor Oracle

"O pessimista se queixa do vento. O otimista espera que ele mude. O realista
ajusta as velas." - William George Ward.

 



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