Res: [oracle_br] Backup / Recover
Borges, o procedimento sera o seguinte. 1 - Fazer o BACKUP do CONTROLFILE para o TRACE; 2 - Fazer um COLD BACKUP do banco original para o novo servidor; 3 - Alterar os caminhos dos DATAFILES que estao no CONTROLFILE TRACE para os novos locais; 4 - Fazer o STARTUP para verificacao das copias; 5 - Fazer o SHUTDOWN e STARTUP MOUNT do banco de dados; 6 - Usar o comando NID do Oracle para fazer a alteracao do nome banco de dados; 7 - Abrir o banco com RESETLOGS; []'s Marcus Pavan - Mensagem original De: Rogerio Borges [EMAIL PROTECTED] Para: oracle_br@yahoogrupos.com.br Enviadas: Quinta-feira, 28 de Dezembro de 2006 22:46:31 Assunto: [oracle_br] Backup / Recover Ola pessoal, Fiz um backup full offline de uma base de dados Oracle 10.2.0.2 em um unidade Super Dlt com SO Windows 2003. Irei restaurar este backup em outro servidor com a mesma versão do Oracle e SO. O nome da instance vai ser diferente e o caminho dos datafiles também. Fiz um backup do controlfile do Oracle Alter database backup controfile to trace Preciso alterar este arquivo com o nome da nova instance e diretório para os datafiles. Qual seria o procedimento para o restor? Grato Rogério [As partes desta mensagem que não continham texto foram removidas] __ Fale com seus amigos de graça com o novo Yahoo! Messenger http://br.messenger.yahoo.com/ [As partes desta mensagem que não continham texto foram removidas]
Res: [oracle_br] Restore do RMAN
Este processo sera um pouco trabalhoso, voce tera de utilizar o comando SET NEWNAME... SET NEWNAME FOR DATAFILE '/u01/app/oracle/oradata/db01/users.dbf' TO '/u02/app/oracle/oradata/db01/users.dbf'; SET NEWNAME FOR DATAFILE '/u01/app/oracle/oradata/db01/users_index.dbf' TO '/u02/app/oracle/oradata/db01/users_index.dbf'; ... agora use o comando de RESTORE DATABASE ou RESTORE DATAFILE ... RESTORE DATAFILE '/u01/app/oracle/oradata/db01/users.dbf`; RESTORE DATAFILE '/u01/app/oracle/oradata/db01/users_index.dbf`; ... ou ... RESTORE DATABASE; ... para alterar as informacoes no CONTROLFILE use o comando SWITCH ... SWITCH DATAFILE '/u02/app/oracle/oradata/db01/users.dbf' TO DATAFILE COPY '/u01/app/oracle/oradata/db01/users.dbf'; SWITCH DATAFILE '/u02/app/oracle/oradata/db01/users_index.dbf' TO DATAFILE COPY '/u01/app/oracle/oradata/db01/users_index.dbf'; ... o comando SET NEWNAME e SWITCH devem ser feitos para cada DATAFILE do seu DATABASE. []'s Marcus Pavan - Mensagem original De: rodrigo rggg [EMAIL PROTECTED] Para: oracle_br@yahoogrupos.com.br Enviadas: Sexta-feira, 29 de Dezembro de 2006 11:19:55 Assunto: [oracle_br] Restore do RMAN Srs. Tenho um arquivo de backup realizado pelo RMAN do ínicio do mês quero restaurar em outra máquina com mesmo nome de instância, porém a estrutura de diretório diferente. A versão do banco e do SO é a mesma. Alguém tem um link ou howto para realizar esse procedimento? ? Att. Rodrigo Cavalcante _ _ _ _ __ Fale com seus amigos de graça com o novo Yahoo! Messenger http://br.messenger .yahoo.com/ [As partes desta mensagem que não continham texto foram removidas] __ Fale com seus amigos de graça com o novo Yahoo! Messenger http://br.messenger.yahoo.com/ [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] Migração MySQL - Oracle
Bom dia. Pessoal, estamos para migrar de base de dados conforme no assunto, gostaria de saber se existe alguma ferramenta que permita um espelho da base MySQL em Oracle, nos seria muito útil, ou de alguma outra sugestão... Obrigado! Vinícius Zanotello HYPERLINK mailto:[EMAIL PROTECTED][EMAIL PROTECTED] il.com.br tel. 11-4133-4455 (4474) HYPERLINK http://www.finnetbrasil.com.br/www.finnetbrasil.com.br P Antes de imprimir, veja se realmente é necessário. _ AVISO LEGAL Esta mensagem é destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou legalmente privilegiada. Se você não for destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou sistema _ -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.432 / Virus Database: 268.16.3/614 - Release Date: 2/1/2007 14:58 [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] Re: Consultas com data
Colega, a primeira coisa que salta aos olhos é que tem alguma coisa estranha aí no seu SQL : no primeiro caso vc pede to_date(ve.data) , e no segundo caso to_char(ve.data,'mm') - ORA, qual é afinal o raio do datatype desse ve.data SE FOR date, é ABOBRINHA vc pedir TO_DATE de um cara que já é date, E se for string é ABOBRINHA vc pedir TO_CHAR de um cara que já é string, qquer dos casos SÓ PODE dar lixo, não faz o menor sentido vc converter algo pra alguma coisa que ele já é... Outra coisa que se pensa (é o caso 99 vezes em cada 100), quando se vê consulta que manipula datas não retornando o esperado, é desenvolvedor caindo num dos FAQs mais básicos do Oracle, qual seja : no bd Oracle, uma coluna do tipo DATE ** necessariamente ** tem além da data a HORA nela também, e essa hora PODE ou NÃO estar sendo informada na hora de gravar valores na coluna, se não for informada o banco assume zero hora (meia-noite) - a suposição aqui é que nas colunas do seu WHERE o datatype é DATE, E a hora está sendo gravada E vc não informa a hora no seu WHERE, aí há registros (óbvio) que não vêm Experimente usar no WHERE : and campodata BETWEEN to_date('01/12/2006 00:00:00', 'dd/mm/ hh24:mi:ss') AND to_date('31/12/2006 23:59:59', 'dd/mm/ hh24:mi:ss'); E última coisa, não deve ser o caso mas vou citar : o SUM (e as funções de grupo de modo geral) DESCONSIDERAM valores nulos, o que faz sentido já que soma de nulo é nulo, o bd Oracle é rigoroso na avaliação lógica tri-state, nulo é nulo, não é igual, não é diferente... Exemplo : [EMAIL PROTECTED]:SQL@desc emp Nome Nulo?Tipo - EMPNO NOT NULL NUMBER(4) ENAME VARCHAR2(10) JOBVARCHAR2(9) MGRNUMBER(4) HIREDATE DATE SALNUMBER(7,2) COMM NUMBER(7,2) DEPTNO NUMBER(2) [EMAIL PROTECTED]:SQLselect empno, sal, hiredate, comm from emp where sal 1000; EMPNOSAL HIREDATE COMM -- -- --- -- 7369800 17/12/1980 00:00:00 7900950 03/12/1981 00:00:00 10 [EMAIL PROTECTED]:SQLselect sum(sal * comm) from emp where sal 1000; SUM(SAL*COMM) -- 9500 [EMAIL PROTECTED]:SQLselect sum(comm) from emp where sal 1000; SUM(COMM) -- 10 [EMAIL PROTECTED]:SQLselect sum(sal) from emp where sal 1000; SUM(SAL) -- 1750 [EMAIL PROTECTED]:SQL Vê ? no caso acima, o salário de 800 ** não entro ** na soma de sal * comm, porque pra ele comm é nulo, a soma só trouxe 950 * 10 = 9500, pois só pro sal de 950 a commissão (de 10) é não-nula... Pela lógica, tanto preço quanto quantidade NÂO DEVERIAM ser nulos nunca, imagino que não é isso que vc está tendo aí, mas fica a citação... []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Wellingthon Cristiano [EMAIL PROTECTED] escreveu Senhores... Eu fiz as seguintes consultas: select sum(vei.preco*vei.quantidade) into nVenda from venda ve, venda_item vei where ve.id_venda = vei.id_venda and to_date(ve.data) between to_date('01/12/2006', 'dd/mm/') and to_date ('31/12/2006', 'dd/mm/'); select sum(vei.preco*vei.quantidade) into nVenda from venda ve, venda_item vei where ve.id_venda = vei.id_venda and to_char(ve.data,'mm') = '200612'; select sum(vei.preco*vei.quantidade) into nVenda from venda ve, venda_item vei where ve.id_venda = vei.id_venda and to_date(ve.data) = to_date('01/12/2006', 'dd/mm/') and to_date(ve.data) = to_date('31/12/2006', 'dd/mm/'); que, retornaram cada uma... um valor diferente... alguém sabe dizer qual a diferença entre as consultas??? Wellingthon Cristiano Alves de Araújo UpDate Tecnologia - (31) 3292-3722 - BH-MG Desenvolvimento [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] Re: Migração MySQL - Oracle
Pelo que eu entendo, vc não quer replicação constante, vc quer migrar, ie, trazer os dados do MySQL prum bd Oracle uma única vez, acertar e depois passar em tese a usar só Oracle. ok ? Pra isso a opção default da Oracle é o Migration Workbench em http://www.oracle.com/technology//tech/migration/workbench/index.html - embora ele não seja específico para MySQL, há um plug-in com o qual vc consegue acessar e converetr bancos MySQL de acordo com a página citada, experimenta SE essa tool não te ajudar completamente, outra opção é vc usar alguma ferramenta de modelagem que permita engenharia reversa com sintaxes de vários bancos (como ErWin e similares) , conectar no bd MYSQL e gerar um modelo com a sintaxe Oracle. E é claro : = certamente NENHUMA FERRAMENTA vai te fazer o trabalho completo, muito longe disso, seja qual for o caminho que vc escolher COM CERTEZA algum bom tanto de acertos/retrabalhos manuais vc vai ter e = as diferenças (de lock, de arquitetura, de comandos, de recursos e capacidades) entre dois bancos normalmente são GRANDES em alguns pontos, NEM PENSE em usar o modelo e os programas procedurais que hoje estão no banco MySQL direto no Oracle ** SEM QUE ** uma verificação e adaptação seja feita, há n técnicas que são exigidas em outros bancos que no Oracle são contra-recomendadas, E vice-versa. []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Vinícius Zanotello [EMAIL PROTECTED] escreveu Bom dia. Pessoal, estamos para migrar de base de dados conforme no assunto, gostaria de saber se existe alguma ferramenta que permita um espelho da base MySQL em Oracle, nos seria muito útil, ou de alguma outra sugestão... Obrigado! Vinícius Zanotello HYPERLINK mailto:[EMAIL PROTECTED][EMAIL PROTECTED] il.com.br tel. 11-4133-4455 (4474) HYPERLINK http://www.finnetbrasil.com.br/www.finnetbrasil.com.br P Antes de imprimir, veja se realmente é necessário. _ AVISO LEGAL Esta mensagem é destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou legalmente privilegiada. Se você não for destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou sistema _ -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.432 / Virus Database: 268.16.3/614 - Release Date: 2/1/2007 14:58 [As partes desta mensagem que não continham texto foram removidas]
RES: [oracle_br] Re: Consultas com data
Então... O TO_DATE() é pra forçar que a hora seja 00:00:00, como na consulta ali: SQLselect to_char(to_date(sysdate), 'dd/mm/ hh24:mi:ss') dh from dual; DH --- 03/01/2007 00:00:00 SQL select to_char(sysdate, 'dd/mm/ hh24:mi:ss') dh from dual; DH --- 03/01/2007 11:02:01 De maneira que a hora fosse indiferente nos dois casos... no between e no =/= ... Não é a prática com resposta mais otimizada... mas, funciona... [ ou sempre funcionou ] O campo data é do tipo date... E, o to_char() pra forçar a comparação com o mês/ano ... Em todos os casos eu acho que era pra ter trazido todas as incidências do ano de dezembro de 2006... Agora a questão dos campos nulos... a multiplicação é a mesma em todas as consultas... :S,,, Talvez as falhas estejam em coisas ainda mais elementares... :D,,, [ do tipo... nãaooo não pode ser... eu fiz mesmo isso??? ] Bom... Vou fazer mais pesquisas aqui... Obrigado... Wellingthon Cristiano Alves de Araújo UpDate Tecnologia - (31) 3292-3722 - BH-MG Desenvolvimento _ De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de jlchiappa Enviada em: quarta-feira, 3 de janeiro de 2007 07:44 Para: oracle_br@yahoogrupos.com.br Assunto: [oracle_br] Re: Consultas com data Colega, a primeira coisa que salta aos olhos é que tem alguma coisa estranha aí no seu SQL : no primeiro caso vc pede to_date(ve.data) , e no segundo caso to_char(ve.data,'mm') - ORA, qual é afinal o raio do datatype desse ve.data SE FOR date, é ABOBRINHA vc pedir TO_DATE de um cara que já é date, E se for string é ABOBRINHA vc pedir TO_CHAR de um cara que já é string, qquer dos casos SÓ PODE dar lixo, não faz o menor sentido vc converter algo pra alguma coisa que ele já é... Outra coisa que se pensa (é o caso 99 vezes em cada 100), quando se vê consulta que manipula datas não retornando o esperado, é desenvolvedor caindo num dos FAQs mais básicos do Oracle, qual seja : no bd Oracle, uma coluna do tipo DATE ** necessariamente ** tem além da data a HORA nela também, e essa hora PODE ou NÃO estar sendo informada na hora de gravar valores na coluna, se não for informada o banco assume zero hora (meia-noite) - a suposição aqui é que nas colunas do seu WHERE o datatype é DATE, E a hora está sendo gravada E vc não informa a hora no seu WHERE, aí há registros (óbvio) que não vêm Experimente usar no WHERE : and campodata BETWEEN to_date('01/12/2006 00:00:00', 'dd/mm/ hh24:mi:ss') AND to_date('31/12/2006 23:59:59', 'dd/mm/ hh24:mi:ss'); E última coisa, não deve ser o caso mas vou citar : o SUM (e as funções de grupo de modo geral) DESCONSIDERAM valores nulos, o que faz sentido já que soma de nulo é nulo, o bd Oracle é rigoroso na avaliação lógica tri-state, nulo é nulo, não é igual, não é diferente... Exemplo : [EMAIL PROTECTED]:SQL@desc emp Nome Nulo? Tipo - EMPNO NOT NULL NUMBER(4) ENAME VARCHAR2(10) JOB VARCHAR2(9) MGR NUMBER(4) HIREDATE DATE SAL NUMBER(7,2) COMM NUMBER(7,2) DEPTNO NUMBER(2) [EMAIL PROTECTED]:SQLselect empno, sal, hiredate, comm from emp where sal 1000; EMPNO SAL HIREDATE COMM -- -- --- -- 7369 800 17/12/1980 00:00:00 7900 950 03/12/1981 00:00:00 10 [EMAIL PROTECTED]:SQLselect sum(sal * comm) from emp where sal 1000; SUM(SAL*COMM) -- 9500 [EMAIL PROTECTED]:SQLselect sum(comm) from emp where sal 1000; SUM(COMM) -- 10 [EMAIL PROTECTED]:SQLselect sum(sal) from emp where sal 1000; SUM(SAL) -- 1750 [EMAIL PROTECTED]:SQL Vê ? no caso acima, o salário de 800 ** não entro ** na soma de sal * comm, porque pra ele comm é nulo, a soma só trouxe 950 * 10 = 9500, pois só pro sal de 950 a commissão (de 10) é não-nula... Pela lógica, tanto preço quanto quantidade NÂO DEVERIAM ser nulos nunca, imagino que não é isso que vc está tendo aí, mas fica a citação... []s Chiappa --- Em [EMAIL PROTECTED] mailto:oracle_br%40yahoogrupos.com.br os.com.br, Wellingthon Cristiano [EMAIL PROTECTED] escreveu Senhores... Eu fiz as seguintes consultas: select sum(vei.preco*vei.quantidade) into nVenda from venda ve, venda_item vei where ve.id_venda = vei.id_venda and to_date(ve.data) between to_date('01/12/2006', 'dd/mm/') and to_date ('31/12/2006', 'dd/mm/'); select sum(vei.preco*vei.quantidade) into nVenda from venda ve, venda_item vei where ve.id_venda = vei.id_venda and to_char(ve.data,'mm') = '200612'; select sum(vei.preco*vei.quantidade) into nVenda from venda ve, venda_item vei where ve.id_venda = vei.id_venda and to_date(ve.data) = to_date('01/12/2006', 'dd/mm/') and to_date(ve.data) = to_date('31/12/2006', 'dd/mm/'); que, retornaram cada uma... um valor diferente...
[oracle_br] Eu tenho Documentação para OCA
Ei colegas, eu tenho um arquivo PDF das informações que cai na prova de Certificação de SQL e Introdução de PL-SQL, a cada capítulo tem vários testes para fixar os conhecimentos adquiridos, mas como que eu faço para enviar para o grupo não achei nenhum link de enviar arquivo ?? Marcos Rocha
Re: [oracle_br] Consultas com data
ve se funciona. alter session set nls_date_format = 'dd/mm/ hh24:mi:ss'; select sum(vei.preco*vei.quantidade) into nVenda from venda ve, venda_item vei where trim(ve.id_venda) = trim(vei.id_venda) and to_date(trunc(ve.data)) between to_date('01/12/2006 00:00:00', 'dd/mm/ hh24:mi:ss') and to_date('31/12/2006 00:00:00', 'dd/mm/ hh24:mi:ss'); select sum(vei.preco*vei.quantidade) into nVenda from venda ve, venda_item vei where trim(ve.id_venda) = trim(vei.id_venda) and to_date(trunc(ve.data)) = to_date('01/12/2006 00:00:00', 'dd/mm/ hh24:mi:ss') and to_date(trunc(ve.data)) = to_date('31/12/2006 00:00:00', 'dd/mm/ hh24:mi:ss'); select sum(vei.preco*vei.quantidade) into nVenda from venda ve, venda_item vei where ve.id_venda = vei.id_venda and to_char(ve.data,'mm') = '200612'; - Original Message - From: Wellingthon Cristiano [EMAIL PROTECTED] To: oracle_br@yahoogrupos.com.br Sent: Tuesday, January 02, 2007 4:16 PM Subject: [oracle_br] Consultas com data Senhores... Eu fiz as seguintes consultas: select sum(vei.preco*vei.quantidade) into nVenda from venda ve, venda_item vei where ve.id_venda = vei.id_venda and to_date(ve.data) between to_date('01/12/2006', 'dd/mm/') and to_date('31/12/2006', 'dd/mm/'); select sum(vei.preco*vei.quantidade) into nVenda from venda ve, venda_item vei where ve.id_venda = vei.id_venda and to_char(ve.data,'mm') = '200612'; select sum(vei.preco*vei.quantidade) into nVenda from venda ve, venda_item vei where ve.id_venda = vei.id_venda and to_date(ve.data) = to_date('01/12/2006', 'dd/mm/') and to_date(ve.data) = to_date('31/12/2006', 'dd/mm/'); que, retornaram cada uma... um valor diferente... alguém sabe dizer qual a diferença entre as consultas??? Wellingthon Cristiano Alves de Araújo UpDate Tecnologia - (31) 3292-3722 - BH-MG Desenvolvimento [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] Re: Consultas com data
Eu repito : não faz o menor sentido vc pedir TO_DATE num cara que já é date - vc pode consultar o manual SQL Reference na função TO_DATE, vc vai ver : TO_DATE converts char of CHAR, VARCHAR2, NCHAR, or NVARCHAR2 datatype to a value of DATE datatype. The fmt is a date format specifying the format of char. If you omit fmt, then char must be in the default date format. If fmt is 'J', for Julian, then char must be an integer. OU SEJA, o negócio foi feito pra se usar de um jeito, vc está querendo usar de outro, é como um volante , que foi feito pra girar e o sujeito quer é puxar ou empurrar - ok, via de regra o fabricante bota uma segurança extra, não deve dar erro, mas chances há, de forma alguma acho que isso seja o jeito correto de usar, CEDO ou TARDE vc vai encontrar uma exceção Aí não adianta chorar, dizer que sempre funcionou, o correto, se vc quer manipular datas levando em conta a hora é informar a hora... Idem pra um TO_CHAR de uma string.. Já o TO_CHAR de uma data, OK, é documentado e aceito, e com certeza ele não vem hora, aí sim... Ainda acho que isso é o que pode te estar pegando aí, faça um teste com a sintaxe correta e veja se é... []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Wellingthon Cristiano [EMAIL PROTECTED] escreveu Então... O TO_DATE() é pra forçar que a hora seja 00:00:00, como na consulta ali: SQLselect to_char(to_date(sysdate), 'dd/mm/ hh24:mi:ss') dh from dual; DH --- 03/01/2007 00:00:00 SQL select to_char(sysdate, 'dd/mm/ hh24:mi:ss') dh from dual; DH --- 03/01/2007 11:02:01 De maneira que a hora fosse indiferente nos dois casos... no between e no =/= ... Não é a prática com resposta mais otimizada... mas, funciona... [ ou sempre funcionou ] O campo data é do tipo date... E, o to_char() pra forçar a comparação com o mês/ano ... Em todos os casos eu acho que era pra ter trazido todas as incidências do ano de dezembro de 2006... Agora a questão dos campos nulos... a multiplicação é a mesma em todas as consultas... :S,,, Talvez as falhas estejam em coisas ainda mais elementares... :D,,, [ do tipo... nãaooo não pode ser... eu fiz mesmo isso??? ] Bom... Vou fazer mais pesquisas aqui... Obrigado... Wellingthon Cristiano Alves de Araújo UpDate Tecnologia - (31) 3292-3722 - BH-MG Desenvolvimento _ De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de jlchiappa Enviada em: quarta-feira, 3 de janeiro de 2007 07:44 Para: oracle_br@yahoogrupos.com.br Assunto: [oracle_br] Re: Consultas com data Colega, a primeira coisa que salta aos olhos é que tem alguma coisa estranha aí no seu SQL : no primeiro caso vc pede to_date (ve.data) , e no segundo caso to_char(ve.data,'mm') - ORA, qual é afinal o raio do datatype desse ve.data SE FOR date, é ABOBRINHA vc pedir TO_DATE de um cara que já é date, E se for string é ABOBRINHA vc pedir TO_CHAR de um cara que já é string, qquer dos casos SÓ PODE dar lixo, não faz o menor sentido vc converter algo pra alguma coisa que ele já é... Outra coisa que se pensa (é o caso 99 vezes em cada 100), quando se vê consulta que manipula datas não retornando o esperado, é desenvolvedor caindo num dos FAQs mais básicos do Oracle, qual seja : no bd Oracle, uma coluna do tipo DATE ** necessariamente ** tem além da data a HORA nela também, e essa hora PODE ou NÃO estar sendo informada na hora de gravar valores na coluna, se não for informada o banco assume zero hora (meia-noite) - a suposição aqui é que nas colunas do seu WHERE o datatype é DATE, E a hora está sendo gravada E vc não informa a hora no seu WHERE, aí há registros (óbvio) que não vêm Experimente usar no WHERE : and campodata BETWEEN to_date('01/12/2006 00:00:00', 'dd/mm/ hh24:mi:ss') AND to_date('31/12/2006 23:59:59', 'dd/mm/ hh24:mi:ss'); E última coisa, não deve ser o caso mas vou citar : o SUM (e as funções de grupo de modo geral) DESCONSIDERAM valores nulos, o que faz sentido já que soma de nulo é nulo, o bd Oracle é rigoroso na avaliação lógica tri-state, nulo é nulo, não é igual, não é diferente... Exemplo : [EMAIL PROTECTED]:SQL@desc emp Nome Nulo? Tipo - EMPNO NOT NULL NUMBER(4) ENAME VARCHAR2(10) JOB VARCHAR2(9) MGR NUMBER(4) HIREDATE DATE SAL NUMBER(7,2) COMM NUMBER(7,2) DEPTNO NUMBER(2) [EMAIL PROTECTED]:SQLselect empno, sal, hiredate, comm from emp where sal 1000; EMPNO SAL HIREDATE COMM -- -- --- -- 7369 800 17/12/1980 00:00:00 7900 950 03/12/1981 00:00:00 10 [EMAIL PROTECTED]:SQLselect sum(sal * comm) from emp where sal 1000; SUM(SAL*COMM)
RES: [oracle_br] Eu tenho Documentação para OCA
Marcos, Entra no site do grupo e tem a opção ARQUIVOS, lá vc pode anexar o arquivo e todo o grupo vai ter acesso. Senão conseguir manda pra [EMAIL PROTECTED] que eu coloco lá !! Abraços Edson Almeida Jr _ De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de mprochaoracle Enviada em: quarta-feira, 3 de janeiro de 2007 08:26 Para: oracle_br@yahoogrupos.com.br Assunto: [oracle_br] Eu tenho Documentação para OCA Ei colegas, eu tenho um arquivo PDF das informações que cai na prova de Certificação de SQL e Introdução de PL-SQL, a cada capítulo tem vários testes para fixar os conhecimentos adquiridos, mas como que eu faço para enviar para o grupo não achei nenhum link de enviar arquivo ?? Marcos Rocha [As partes desta mensagem que não continham texto foram removidas]
RES: [oracle_br] Eu tenho Documentação para OCA
Lembrando que o site do grupo é: www.oraclebr.com.br http://www.oraclebr.com.br/ abraço! Milton Bastos Henriquis Junior Oracle Database Administrator Equipe de Tecnologia [EMAIL PROTECTED] Smartn ® IT Solutions Rua Candido de Abreu, 651 - 16º andar Centro Cívico - Curitiba CEP 80.530-907. Tel: ++ 55 41 3313-8613 Fax: ++ 55 41 3313-8620 www.smartn.com.br De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Consulting - Tecnico Enviada em: quarta-feira, 3 de janeiro de 2007 10:32 Para: oracle_br@yahoogrupos.com.br Assunto: RES: [oracle_br] Eu tenho Documentação para OCA Marcos, Entra no site do grupo e tem a opção ARQUIVOS, lá vc pode anexar o arquivo e todo o grupo vai ter acesso. Senão conseguir manda pra [EMAIL PROTECTED] mailto:edson%40consulting.com.br que eu coloco lá !! Abraços Edson Almeida Jr _ De: oracle_br@yahoogrupos.com.br mailto:oracle_br%40yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br mailto:oracle_br%40yahoogrupos.com.br ] Em nome de mprochaoracle Enviada em: quarta-feira, 3 de janeiro de 2007 08:26 Para: oracle_br@yahoogrupos.com.br mailto:oracle_br%40yahoogrupos.com.br Assunto: [oracle_br] Eu tenho Documentação para OCA Ei colegas, eu tenho um arquivo PDF das informações que cai na prova de Certificação de SQL e Introdução de PL-SQL, a cada capítulo tem vários testes para fixar os conhecimentos adquiridos, mas como que eu faço para enviar para o grupo não achei nenhum link de enviar arquivo ?? Marcos Rocha [As partes desta mensagem que não continham texto foram removidas] ADVERTENCIA: Esta mensagem (incluindo quaisquer anexos) e confidencial e de uso restrito. Se voce recebeu esta mensagem por engano, por favor notifique ao emitente por meio do retorno do e-mail e delete (remova) esta mensagem de seu sistema. Qualquer uso nao autorizado ou distribuicao desta mensagem em sua totalidade ou em parte e estritamente proibido. Por favor, lembre-se de que e-mails sao susceptiveis a alteracoes. Smartn (incluindo outras empresas participantes direta ou indiretamente) nao devem ser responsabilizados pelo uso improprio ou pela transmissao incompleta da informacao contida neste comunicado, nem por nenhum atraso em seu recebimento ou dano ao seu sistema. Smartn (incluindo outras empresas participantes direta ou indiretamente) nao garante que a integridade deste comunicado foi mantida nem que este comunicado esta livre de virus, interceptacao ou interferencia. DISCLAIMER: This message (including any attachments) is confidential and may be privileged. If you have received it by mistake please notify the sender by return e-mail and delete this message from your system. Any unauthorized use or dissemination of this message in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change. Smartn (including its group companies) shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt or damage to your system. Smartn (or its group companies)does not guarantee that the integrity of this communication has been maintained nor that this communication is free of viruses, interception or interference. NEGACIÓN: Este mensaje (incluyendo cualquieres accesorios) es confidencial y puede ser privilegiado. Si usted lo ha recibido por error por favor notifique el remitente por el E-mail de vuelta y suprima este mensaje de su sistema. Cualquier uso o difusión desautorizado de este mensaje en entero o en parte se prohíbe terminantemente. Observe por favor que los E-mails son susceptibles al cambio. Smartn (incluyendo sus compañías del grupo) no será obligado para la transmisión incorrecta o incompleta de la información contenida en esta comunicación ni para cualquier no retrasa en su recibo o daño a su sistema. Smartn (o sus compañías del grupo) no garantiza que la integridad de esta comunicación se ha mantenido ni que esta comunicación está libre de virus, de la interceptación o de interferencia. [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] Erro CDI-21300 Urgente
Olá pessoal. Estou com um sério problema e não sei mais o que fazer para resolvê - lo. eu migrei o Designer da versão 4.012 para a versão 9.0.7. Migrei tb o banco de 9i para o 10g. Agora qdo. vou gerar um report, me retorna o erro CDI-21300. Alguém pode me ajudar? Abraços. [As partes desta mensagem que não continham texto foram removidas]
Re: RES: [oracle_br] Recover database
Boa tarde a todos Obrigada pelas respostas. Como tinhamos urgencia no problema, acabamos acionando o suporte da Oracle, o qual forneceu um comando: o dbv, para verificação dos datafiles e percebemos que um deles estava totalmente corrompido. Este problema originou-se pelo tamanho extremamente grande do mesmo e então estamos fazer o trabalho de dividi-lo em datafiles com 2gb cada um. Após isso faremos novamente o processo de retorno do hotbkp e acredito q deva funcionar. Muito obrigada pela atenção Joceli --- wilson teixeira [EMAIL PROTECTED] escreveu: Se vc estiver com os datafiles e os controlfiles, basta copiar iniciar a instancia é para funcionar, talvez será necessário recriar o orapwd _ De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Joceli Enviada em: terça-feira, 26 de dezembro de 2006 12:18 Para: oracle_br@yahoogrupos.com.br Assunto: [oracle_br] Recover database Boa tarde, Alguem pode me informar se há como fazer o recover database (após copiar os datafiles, redos, control, etc) sem fazer USING BACKUP CONTROLFILE??? Eu não preciso das informações dos archives.quero fazer um recover simples. Mas na hora que faço somente o recover database ele diz que é necessário fazer com using backup controlfile. Oracle 9.2.0.7 com Linux. SQL recover database ORA-00283: recovery session canceled due to errors ORA-01610: recovery using the BACKUP CONTROLFILE option must be done Obrigada Joceli __ Fale com seus amigos de graça com o novo Yahoo! Messenger http://br.messenger http://br.messenger.yahoo.com/ .yahoo.com/ [As partes desta mensagem que não continham texto foram removidas] __ Fale com seus amigos de graça com o novo Yahoo! Messenger http://br.messenger.yahoo.com/