[oracle_br] Consultas com data

2007-01-02 Por tôpico Wellingthon Cristiano 
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

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

[oracle_br] Teste de Stress

2007-01-02 Por tôpico Kauí Aires 
Caros Srs,

Alguem conhece uma boa ferramenta de Stress de para o Banco Oracle que está
rodando sobre arquitetura OS, SUSE 64bts, Oracle 10g Release 2???

Muito Obrigado e Feliz 2007...


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

Re[2]: [oracle_br] Olá

2007-01-02 Por tôpico Milton Roberto y Goya 
Paz e Longa Vida, Ademir

Outras sugestões:

http://www.sp.senac.br/jsp/default.jsp?newsID=DYNAMIC,oracle.br.dataservers.CourseDataServer,selectCourse&template=379.dwt&testeira=322&speciality=47

http://www.ibta.com.br/saopaulo/modules/cursos.php?action=cdescr&ctypeid=3&courseid=11&topicid=7&ibtaid=8

>
>
>   
>
>   
> http://portal.en-sof.com.br/portal/page?_pageid=255,400298&_dad=portal&_schema=PORTAL
>  
>  carolsilveira14 escreveu:
 >>
 >> Sou nova e estou iniciando minha carreira gostaria de saber onde eu
 >> poderia fazer cursos e tirar minhas certificações oracle em são paulo.
 >>
 >> 
>  
>  
>   
>   
>   

---
  _ 
 \__(===/_=_/ .--'-`--.___   
\ \   `,--,-.___.'   
  .--`\\--'../   
 '---._./]   

 Nós saudamos as estrelas

[oracle_br] Re: Auxílio com query.

2007-01-02 Por tôpico jlchiappa 
Bom, o que salta aos olhos aqui é que vc está metendo um monte de 
funções (como TRIM e TO_CHAR) em várias colunas, SE houver índice 
nalguma dessas colunas o índice será solenemente IGNORADO... Assim, 
em cima disso SUPOREI que (vc também não diz, MAS suporei CBO, com 
estats corretas :) com o SUM o CBO "sabe" que precisará dos 
resultados todos, sabe que um índice com os resultados a somar está 
disponível MAS por causa das tuas funções ele não o pode usar, e sem 
o SUM ele vai por um OUTRO índice em alguma(s) da(s) colunas sem 
funções... Mas isso é SUPOSIÇÃO, nos dê as estruturas envolvidas (ie, 
tabelas, índices, etc) e os PLANOS DE EXECUÇÃO  em ambos os casos 
(sem e com o SUM), que pode-se tentar confirmar ou negar a minha 
suposição...

[]s

 Chiappa
 
--- Em oracle_br@yahoogrupos.com.br, "Alexandre Rodrigues" 
<[EMAIL PROTECTED]> escreveu
>
> Caros colegas,
> 
> Estou com problemas nas eguinte query:
> 
> select sum(M.META_MD_META_HORA +
> (mod(M.META_MD_META_HORA, 1)) / 0.60) / 0.75 
MD_META
>   from META M, ORGAO O , BASE_OLTP_ACOMP_META N
>  where M.ORGA_CD_ORGAO = O.ORGA_CD_ORGAO
>and O.ORGA_IN_META = 'H'
>and TRIM(TO_CHAR
(N.BOAM_DT_MES_ANO,'MM')) =
> TRIM(TO_CHAR(M.META_DT_VALIDADE, 'MM'))
>and N.ORGA_CD_AUDITOR = M.ORGA_CD_ORGAO
>and N.USUA_CD_AUDITOR = M.USUA_CD_USUARIO
>and M.META_IN_STATUS_META = 'A'
>and to_char(M.META_DT_VALIDADE,'') 
= '2005'
>and to_char(N.BOAM_DT_MES_ANO,'')  
= '2005'
> 
> Quanto utilizo o *SUM()* ela fica rodando durante 2 horas e não me 
devolve
> nenhuma informação, e quando tiro o *SUM()* ela me devolve o valor 
da
> colunas.
> Eu já recriei os índices das tabelas, já trunquei as tabelas.
> Gostaria de saber o que estou fazendo de errado, será que falta 
algum
> parâmetro ou tem parâmetros em exceso.
> Me ajudem por favor.
> Desde já agradeço.
> -- 
> Atenciosamente,
> 
> Alexandre T. Rodrigues .·.
> email: [EMAIL PROTECTED]
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>

Re: [oracle_br] Recover database

2007-01-02 Por tôpico Kid 
Boa Tarde Joceli,

uma pergunta pra você.

Como está sendo feito o seu backup ?
Você faz usando catalogo online ou o controfile ?

Quando é feita uso do catalogo, você deve usar o seguinte comando:

rman target / catalog rman/[EMAIL PROTECTED]

Quando é feito o uso do controlfile, você deve usar o seguinte comando:

rman target /

Att,

Ricardo Oliveira

Em 26/12/06, Joceli <[EMAIL PROTECTED]> escreveu:
>
>
> 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.yahoo.com/
>  
>


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

Re: [oracle_br] Re: Caminho errado na criação do BD

2007-01-02 Por tôpico Ademir 
Caraca, até imprimi o emailtremendo guia esse, muito obrigado !!!
Feliz Ano Novo pra todo mundo !!


jlchiappa wrote:
>
> imho, o que todo DBA deve conhecer em alguma profundidade, de modo ao
> menos razoável : linguagens SQL e PL/SQL, backup/restore, Tunning de
> banco e de SQL/PL/SQL, dicionário de dados Oracle a principais
> pacotes DBMS, noções de rede, noções (principais comandos, ao menos
> uma palinha) do Sistema Operacional em que o bd roda, noção geral das
> principais features do release que usa de banco, e uma noção geral
> dos principais utilitários. O que é ** TOTALMENTE OBRIGATÓRIO **, não
> se admite um DBA sem isso, é um conhecimento COM PROFUNDIDADE dos
> tópicos abordados no manual "Oracle Concepts", ie, arquitetura,
> conceitos gerais do bd Oracle... dependendo do ambiente pode ser que
> algum dos temas iniciais diminuam de importância - por exemplo, pode
> acontecer que numa dada Empresa haja (digamos) uma equipe
> especializada que faz backup e restore, aí o dba não precisa se
> aprofundar tanto nisso, mas os Conceitos não tem o que discutir, sem
> isso vc não vai pra lugar algum...
> De dificuldade é aquele negócio, hoje em dia o mercado é feroz, seja
> qual for a profissão praticamente NENHUMA Empresa mais quer investir
> nada em formação, E quer que um faça o trabalho de três ganhando por
> um (ou às vezes menos que um :(, assim ambos os pontos demandam por
> experiência... Seja um vendedor, pedreiro, DBA, médico, cada dia mais
> o que se vê é que pouquíssimas Empresas se dispõem a arcar com o
> tempo de aprendizado, em que o Jr. necessariamente não está
> produzindo em ritmo top... Então sim, a dificuldade VAI ser grande,
> talvez até mesmo se vc não tem experiência alguma vc não consiga
> começar diretamente como DBA (mesmo que Jr.), talvez tenha que
> começar como desenvolvedor só pra juntar alguma experiência
> relacionada com bd Oracle, pra depois tentar de novo como DBA
> iniciante, é isso.
>
> []s
>
> Chiappa
>
> --- Em oracle_br@yahoogrupos.com.br 
> , "Alex Ferreira"
> <[EMAIL PROTECTED]> escreveu
> >
> > Certo Chiappa,
> > Aproveitando o assunto, queria saber de vc q é um ótimo
> profissional, qual
> > os assuntos q realmente são mais importantes para um DBA e as
> dificuldades
> > de entrar no mercado como DBA Jr?
> >
> > Obrigado mais uma vez!!!
> >
> > [] Alex
> >
> >
> > Em 27/12/06, jlchiappa <[EMAIL PROTECTED]> escreveu:
> > >
> > > OK, única coisa é que eu QUESTIONO a utilidade prática de vc
> estudar
> > > criação manual de novos databases, pois como eu disse a
> necessidade é
> > > RARA, e mesmo em OCP afaik isso não é pedido, eu acho que há n
> outros
> > > tópicos mais importantes pra se estudar...
> > >
> > > []s
> > >
> > > Chiappa
> > > --- Em oracle_br@yahoogrupos.com.br 
>   40yahoogrupos.com.br>,
> > > "Alex Ferreira"
> > >  escreveu
> > > >
> > > > Obrigado Jlchiappa
> > > > Entendi o q vc falou e vou fazer isso. É q estou praticando
> criação
> > > do banco
> > > > manualmente e pensei q fosse desse jeito q estava fazendo e q tb
> > > estava
> > > > fazendo errado!
> > > > Mas valeu pela dica!!!
> > > >
> > > > Abraços!
> > > >
> > > >
> > > > Em 27/12/06, jlchiappa  escreveu:
> > > > >
> > > > > Alex, antes de responder eu lembro que, no Oracle, ao
> contrário
> > > de
> > > > > outros BDs, vc praticamente NUNCA cria um novo banco na
> máquina,
> > > pois
> > > > > AUTOMAGICAMENTE cada usuário que for criar tabelas/objetos
> terá a
> > > SUA
> > > > > PRÓPRIA área lógica (o SCHEMA), absolutamente INDEPENDENTE
> uma da
> > > > > outra E se ter vários bancos é em princípio SEMPRE contra-
> > > > > recomendado porque necessariamente vários bancos ativos
> IMPLICAM
> > > em
> > > > > várias instâncias, CADA UMA consumindo CPU, cada uma com a
> sua SGA
> > > > > diferente, cada uma com a sua tablespace SYSTEM, absolutamente
> > > não há
> > > > > (afora RAC e similares) como vc "compartilhar" recursos entre
> > > bancos,
> > > > > então cada banco é um consumidor de recursos na máquina
> Assim,
> > > > > PRINCIPALMENTE PARA ESTUDOS,onde a máquina necessariamente
> deve
> > > ser
> > > > > limitada/doméstica, E onde não há nenhuma exigência em
> contrário,
> > > não
> > > > > vejo muito sentido em se ter vários bancos - em produção
> algumas
> > > > > (raras!!) vezes isso pode ser necessário, como por exemplo em
> > > casos
> > > > > onde na mesma máquina vai se rodar dois sistemas diferentes
> que
> > > > > EXIGEM versões de Oracle diferente, e/ou que exigem settings
> > > > > absolutamente diferentes, aí não tem como 
> > > > > Mas se vc REALMENTE quiser por qquer motivo o fazer : quando
> vc
> > > > > diz "Pensei q qdo criasse o banco e iniciasse pelo modo
> nomount,
> > > ele
> > > > > se desligaria do ORCL", não tem NADA a ver : veja vc, quando
> vc
> > > > > inicia uma instância (ie, carrega em memória os binários, que
> é o
> > > que
> > > > > um startup n

[oracle_br] Re: Consulta

2007-01-02 Por tôpico aaraoandrade 
Boa tarde Bruno,

   Provavelmente existe algum cliente na tabela3 que está com 
telefone diferente do JOIN (1 e 2). Por isso ele é retornado e não 
consegue ser inserido.

Espero ter ajudado.

Frederico Aarão Andrade
OCA - Oracle Certified Associate 9i


--- Em oracle_br@yahoogrupos.com.br, "Bruno Coutinho" <[EMAIL PROTECTED]> 
escreveu
>
> Boa tarde,
> 
>  Caros, estou com o seguinte problema. Eu preciso buscar todos os 
> telefones que não na tabela3 e estão no resultado da primeira 
> consulta, esta seria a única forma?
> 
> Pois depois de rodar esta consulta e pego o resultado e insiro na 
> tabela3 para que fique com os mesmo registros, porém o campo 
telefone 
> coloquei como UNIQUE e quando rodo a Procedure apresenta o 
seguinte 
> erro: 
> 
> [1]: (Error): ORA-1: unique constraint (USUARIO.TABELA3) 
violated 
> ORA-06512: at line 35
> 
> Desde já agradeço.
> 
> SELECT a.telefone, b.cod_cliente
> FROM   tabela1 a,
>tabela2 b
> WHERE a.cod_cliente = b.cod_cliente
> 
> MINUS
> 
> SELECT telefone, cod_cliente
> FROM   tabela3
>

RES: [oracle_br] Re: Espaço em disco

2007-01-02 Por tôpico Wellingthon Cristiano 
Eu usei JavaSP e “destrinchei” o comando “df” do linux...

:-)

E obtive as informações...

 

E, são sim pra procedures em PLSQL...

TUDO no meu projeto é SP...

 

Brigadu...

 

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: terça-feira, 2 de janeiro de 2007 07:16
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Re: Espaço em disco

 

Tudo depende de QUAL LINGUAGEM vc escreve esse seu programa, se ele 
reside no servidor ou na máquina cliente, se a máquina onde vc quer 
saber o espaço livre é a máquina cliente ou o servidor Oracle... Por 
exemplo, se for linguagem PL/SQL, programa residindo no servidor (ie, 
stored procedure, package ou similar), e o espaço que vc quer saber é 
no servidor, a PL/SQL ** não tem ** comandos nativos pra obter info 
do SO/servidor, vc terá que escrever e chamar algo externo, seja via 
job (pro banco 10g), seja java procedure, seja external procedure ou 
programa daemon, pesquise em http://asktom. 
oracle.com que vc acha 
exemplos de cada técnica. Já se for outra a sua situação, EXPLIQUE 
qual é

[]s

Chiappa
--- Em [EMAIL PROTECTED] 
os.com.br, "Wellingthon Cristiano" 
<[EMAIL PROTECTED]> escreveu
>
> Boa tarde, senhores...
> 
> Alguém conhece alguma forma consulta/função de meu programa saber a
> quantidade em disco utilizada no HD???
> 
> Tipo,
> 
> Eu preciso saber quanto espaço em disco tem;
> 
> 
> 
> atenciosamente
> 
> 
> 
> 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]
>

 



[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

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

[oracle_br] Problema com instalação do Forms & Reports

2007-01-02 Por tôpico jovian_informatica 
Eu já tenho instalado em minha máquina, o Banco Oracle 10g Express, com 
seus três serviços que instala junto com o banco.

Instalei o SQL Navigator, e estive utilizando o serviço "XE", que é um 
dos três serviços que o banco nos dá assim que instalamos.

Estive usando ele normalmente, até que

Eu instalei em seguida o Forms & Reports..

Pois quando eu abro o SQL Navigator pra poder mexer com minhas queries 
usando o serviço "XE", ele já não está mais disponível, pois aparecem 
agora os serviços que foram criados após a instalação do Forms E 
Reports, e como eu não tenho nem usuário e senha dos serviços novos que 
apareceram, então, eu não consigo usar o SQL Navigator..

Eu copiei os serviços do TNSNAMES.ORA da instalação do Banco para a 
pasta de instalação do Forms & Reports, mas mesmo assim ele não 
funciona, pois ele diz que não existe usuário ou que o serviço do 
TNSNAMES.ORA ORA - 1: TNS:este adaptador de protocolo não existe.

[oracle_br] Auxílio com query.

2007-01-02 Por tôpico Alexandre Rodrigues 
Caros colegas,

Estou com problemas nas eguinte query:

select sum(M.META_MD_META_HORA +
(mod(M.META_MD_META_HORA, 1)) / 0.60) / 0.75 MD_META
  from META M, ORGAO O , BASE_OLTP_ACOMP_META N
 where M.ORGA_CD_ORGAO = O.ORGA_CD_ORGAO
   and O.ORGA_IN_META = 'H'
   and TRIM(TO_CHAR(N.BOAM_DT_MES_ANO,'MM')) =
TRIM(TO_CHAR(M.META_DT_VALIDADE, 'MM'))
   and N.ORGA_CD_AUDITOR = M.ORGA_CD_ORGAO
   and N.USUA_CD_AUDITOR = M.USUA_CD_USUARIO
   and M.META_IN_STATUS_META = 'A'
   and to_char(M.META_DT_VALIDADE,'') = '2005'
   and to_char(N.BOAM_DT_MES_ANO,'')  = '2005'

Quanto utilizo o *SUM()* ela fica rodando durante 2 horas e não me devolve
nenhuma informação, e quando tiro o *SUM()* ela me devolve o valor da
colunas.
Eu já recriei os índices das tabelas, já trunquei as tabelas.
Gostaria de saber o que estou fazendo de errado, será que falta algum
parâmetro ou tem parâmetros em exceso.
Me ajudem por favor.
Desde já agradeço.
-- 
Atenciosamente,

Alexandre T. Rodrigues .·.
email: [EMAIL PROTECTED]


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

[oracle_br] Perl e Oracle

2007-01-02 Por tôpico chameio 
Sou novo em scripts perl para Oracle, gostaria de conhecer pessoas que
trabalham com essa linguagem para troca de informacoes

Obrigado
Andre

Re: [oracle_br] Olá

2007-01-02 Por tôpico Ademir Roque Maneira 
http://portal.en-sof.com.br/portal/page?_pageid=255,400298&_dad=portal&_schema=PORTAL

carolsilveira14 escreveu:
>
> Sou nova e estou iniciando minha carreira gostaria de saber onde eu
> poderia fazer cursos e tirar minhas certificações oracle em são paulo.
>
>

[oracle_br] Erro Forms WEB no Linux

2007-01-02 Por tôpico André Alves 
Olá Amigos, Bom 2007 para todos;
Estou tentando fazer uma aplicação que está num forms web rodar num client 
linux,  sem instalar o jinitiator da oracle. Mas está dando este erro: 
 "Error opening Oracle*Terminal file fullpath\filename.res" Alguém sabe alguma 
coisa sobre isso???

O browser é o firefox e o java é J2RE 1.4.2.

Obrigado a todos,
André



 __
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] Re: Oracle 9i to_timestamp

2007-01-02 Por tôpico jlchiappa 
Bom, exatamente sobre qual "conversão automática" vc está falando e 
em que ambiente (ie, qual prog cliente, qual linguagem, com qual 
conexão) ?? Em sendo linguagem SQL ou PL/SQL, com conexão Oracle 
nativa OCI e sql*plus, sendo a conversão impliícita que vc obtém em 
WHEREs ou similares, o que eu vejo é que o default da conversão 
implícita assumir a coluna, óbvio..Exemplos :

[EMAIL PROTECTED]:SQL>select systimestamp from dual;

SYSTIMESTAMP
--
-
02/01/07 08:39:51,280211 -02:00

[EMAIL PROTECTED]:SQL>select * from scott.emp where hiredate < '02/01/07 
08:39:51,280211';
select * from scott.emp where hiredate < '02/01/07 08:39:51,280211'
 *
ERRO na linha 1:
ORA-01830: date format picture ends before converting entire input 
string

==> vê ?? Realmente ele tentou converter para DATE pois eu estava 
comparando com uma coluna DATE, e para DATE a string era comprida 
demais, certinho... 

[EMAIL PROTECTED]:SQL>@desc scott.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)

==> agora vou manipular uma coluna timestamp :

[EMAIL PROTECTED]:SQL>create table TB_T(c1 number, c2 timestamp);

Tabela criada.

[EMAIL PROTECTED]:SQL>insert into TB_T values (1, systimestamp);

1 linha criada.

[EMAIL PROTECTED]:SQL>insert into TB_T values (2, systimestamp+1);

1 linha criada.

[EMAIL PROTECTED]:SQL>commit;

Validação completa.

[EMAIL PROTECTED]:SQL>select * from TB_T;

C1 C2
-- -
 1 02/01/07 08:44:07,147628
 2 03/01/07 08:44:19,00


[EMAIL PROTECTED]:SQL>select * from TB_T where c2 < '02/01/07 
08:44:15,00';

C1 C2
-- -
 1 02/01/07 08:44:07,147628

===>>> MAS claro e óbvio, conversão implícita é o inferno na Terra, 
eu a condeno sem dó nem pena SEMPRE, pra mim é bê-a-bá da programação 
SEGURA vc absolutamente NUNCA, de forma alguma, confiar em defaults, 
SEMPRE SEMPRE indicar exatamente o que vc quer com TO_DATE e 
TO_TIMESTAMP e similares

Já se não é sobre esse tipo de conversão que vc fala, EXPLICITE 
please...

[]s

 Chiappa
 

--- Em oracle_br@yahoogrupos.com.br, "Marcos" <[EMAIL PROTECTED]> escreveu
>
> Alguem sabe se tem como desabilitar a conversão automática
> to_timestamp que o oracle 9i faz ? Para ele tratar data como era
> tratada no oracle 8i? Independente de qual formato chegue para o
> oracle ele usar o mesmo tratamento que era usado no 8i?
> 
> Agradeço desde já,
>

Re: [oracle_br] Deletar objetos do tipo TYPE

2007-01-02 Por tôpico Rafael Milanez - BusinessOn 
DROP TYPE nome_do_type

  - Original Message - 
  From: cabal_o 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Sunday, December 31, 2006 6:23 AM
  Subject: [oracle_br] Deletar objetos do tipo TYPE


  Olá Galera gostaria de Saber como deletar do meu banco objetos do tipo 
  TYPE, pois ñ uso eles para nada, fui instalar um repositório no meu 
  banco, botei o mesmo usuário q uso para ser o dono do repositório e o 
  ORACLE 9i criou um monte de tabelas, views e esses objetos TYPE. As 
  tabelas e views já apaguei, resta somente estes objetos q ñ consigo 
  apagar. 
  Obrigado galera e Feliz ano novo !



   

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

Re: [oracle_br] tabelas bin

2007-01-02 Por tôpico Rafael Milanez - BusinessOn 
esta é uma new feature do oracle 10g 

quando vc drop uma tabela sem o comando PURGE no final, a mesma vai para uma 
area chamada recyclebin ou lixeira podendo ser recuperada

para dropar tabelas utilize: DROP TABLE nome_tabela PURGE 

para consultar a lixeira

show recyclebin ou

select * from user_recyclebin

Para limpa-la

PURGE RECYCLEBIN

abaixo segue um artigo mais especifico 

http://www.psoug.org/reference/recyclebin.html


  - Original Message - 
  From: Mauro Edson 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Monday, January 01, 2007 10:11 AM
  Subject: [oracle_br] tabelas bin


  Oi Pessoal ,tenho a versão 10.1.0.2.0 na minha maquina, o problema é 
  que quando dropo uma tabela o banco cria uma tabela do tipo

  BIN$wZh8y63bRdWqFq8CAVRteA==$0

  qualquer tabela que é dropada o banco cria uma outra com este padrão 
  de nome, alguem saberia como resolver isto ?

  Mauro 



   

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

[oracle_br] Re: Problemas com view: insufficient privileges

2007-01-02 Por tôpico jlchiappa 
Será que vc não está caindo na FAQ das FAQs, aquele que cedo ou tarde 
todo desenvolvedor Oracle por mais avisado que seja cai, isto é : vc 
está tentando acessar a view dentro dum stored PL/SQL, e o grant foi 
feito via role ?? Se não for isso, não vejo razão pra esse erro, 
exemplo :

[EMAIL PROTECTED]:SQL>create view V_SAL as (select empno, ename, sal from 
emp where sal > 1000);

View criada.

[EMAIL PROTECTED]:SQL>grant all on v_sal to lixo;

Concessão bem-sucedida.

[EMAIL PROTECTED]:SQL>@conn lixo/[EMAIL PROTECTED]
Conectado.

[EMAIL PROTECTED]:SQL>select * from scott.v_sal;

 EMPNO ENAME SAL
-- -- --
  7499 ALLEN1600
  7521 WARD 1250
  7566 JONES2975
  7654 MARTIN   1250
  7698 BLAKE2850
  7782 CLARK2450
  7788 SCOTT3000
  7839 KING 5000
  7844 TURNER   1500
  7876 ADAMS1100
  7902 FORD 3000
  7934 MILLER   1300

12 linhas selecionadas.

[EMAIL PROTECTED]:SQL>create procedure P_SAL is
  2  BEGIN
  3 for r in (select * from scott.v_sal) loop
  4dbms_output.put_line('emp=' || r.empno || ', sal=' || 
r.sal);
  5 end loop;
  6* END;
/  

Procedimento criado.

[EMAIL PROTECTED]:SQL>exec P_SAL;
emp=7499, sal=1600
emp=7521, sal=1250
emp=7566, sal=2975
emp=7654, sal=1250
emp=7698, sal=2850
emp=7782, sal=2450
emp=7788, sal=3000
emp=7839, sal=5000
emp=7844, sal=1500
emp=7876, sal=1100
emp=7902, sal=3000
emp=7934, sal=1300

Procedimento PL/SQL concluído com sucesso.

[]s

 Chiappa
--- Em oracle_br@yahoogrupos.com.br, Digao <[EMAIL PROTECTED]> 
escreveu
>
> Olá pessoal, tudo bem? 
> 
> Estou com um problema e agradeço a quem puder me ajudar, pois já 
perdi bastante tempo nisso. Vou simplificar o meu cenário:
> 
> Tenho 2 usuários/schemas. Banco_A e Banco_B.
> 
> Dentro do Banco_A, tenho a tabela tab1.
> Dentro do Banco_B tenho uma view que faz SELECT na tab1 do Banco_A.
> 
> Bom, no Banco_B, a visão funciona normalmente. O Banco_B tem 
permissao total na tabela tab1 do Banco_A.
> 
> Agora que vem o problema. Eu não estou conseguindo fazer um SELECT 
nessa visão dentro do Banco_A. Note que a view (criada no Banco_B) 
faz um SELECT numa tabela do próprio Banco_A. Só que eu não posso 
simplesmente fazer um SELECT nessa tabela. Preciso que o SELECT seja 
realizado a partir dessa visão. Dei todas as permissões necessárias 
(GRANT ALL). Mas ainda perssiste o erro:
> 
> SQL Error: ORA-01031: insufficient privileges
> 
> 
> Resumindo: Preciso fazer um select numa view que está no Banco_B, 
estando  conectado no Banco_A. E essa view faz SELECT numa tabela do 
Banco_A. 
> A view roda normalmente dentro do Banco_B.
> 
> Neste caso, eu tenho que dar alguma outra permissão? 
> Ou isso não é possível? 
> 
> 
> Agradeço a todos... 
> 
> Rodrigo (Digao)
> 
>   
> -
>  Yahoo! Search
>  Música para ver e ouvir: You're Beautiful, do James Blunt
> 
> [As partes desta mensagem que não continham texto foram removidas]
>

[oracle_br] Re: Espaço em disco

2007-01-02 Por tôpico jlchiappa 
Tudo depende de QUAL LINGUAGEM vc escreve esse seu programa, se ele 
reside no servidor ou na máquina cliente, se a máquina onde vc quer 
saber o espaço livre é a máquina cliente ou o servidor Oracle... Por 
exemplo, se for linguagem PL/SQL, programa residindo no servidor (ie, 
stored procedure, package ou similar), e o espaço que vc quer saber é 
no servidor, a PL/SQL ** não tem ** comandos nativos pra obter info 
do SO/servidor, vc terá que escrever e chamar algo externo, seja via 
job (pro banco 10g), seja java procedure, seja external procedure ou 
programa daemon, pesquise em http://asktom.oracle.com que vc acha 
exemplos de cada técnica. Já se for outra a sua situação, EXPLIQUE 
qual é

[]s

 Chiappa
--- Em oracle_br@yahoogrupos.com.br, "Wellingthon Cristiano" 
<[EMAIL PROTECTED]> escreveu
>
> Boa tarde, senhores...
> 
> Alguém conhece alguma forma consulta/função de meu programa saber a
> quantidade em disco utilizada no HD???
> 
> Tipo,
> 
> Eu preciso saber quanto espaço em disco tem;
> 
>  
> 
> atenciosamente
> 
>  
> 
> 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]
>

Re: {Desarmado} [oracle_br] tabelas bin

2007-01-02 Por tôpico Sérgio Luís Spolon 
Mauro,

Quandor apagar tabela, use "drop table  purge";

Sérgio

  - Original Message - 
  From: Mauro Edson 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Monday, January 01, 2007 10:11 AM
  Subject: {Desarmado} [oracle_br] tabelas bin


  Oi Pessoal ,tenho a versão 10.1.0.2.0 na minha maquina, o problema é 
  que quando dropo uma tabela o banco cria uma tabela do tipo

  BIN$wZh8y63bRdWqFq8CAVRteA==$0

  qualquer tabela que é dropada o banco cria uma outra com este padrão 
  de nome, alguem saberia como resolver isto ?

  Mauro 



   
---
Esta mensagem não implica a assunção de obrigações em nome da
empresa Irmãos Muffato e Cia Ltda, conforme Contrato Social em
sua 3a. Cláusula da 56a. alteração. Qualquer uso não autorizado,
replicação ou disseminação desta mensagem ou parte dela é
expressamente proibido. A empresa Irmãos Muffato e Cia Ltda não
é responsável pelo conteúdo ou a veracidade desta informação.



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

[oracle_br] Re: Deletar objetos do tipo TYPE

2007-01-02 Por tôpico jlchiappa 
Oi, imagino que vc esteja falando de SQL Types aqui, certo ? Em sim é 
fácil, veja no manual "SQL Reference" as sintaxes do DROP TYPE e DROP 
TYPE BODY. Vc não diz exatamente a qual software esse tal "repositório" 
pertence, MAS na grande maioria dos softwares da mesma forma que há uma 
opção para criar há uma opção para REMOVER um repositório, cheque lá 
nas docs do seu siftware se há a opção, é *** MUITO *** mais fácil e 
seguro via de regra do que ficar caçando objetos um a um...

[]s

 Chiappa
--- Em oracle_br@yahoogrupos.com.br, "cabal_o" <[EMAIL PROTECTED]> escreveu
>
> Olá Galera gostaria de Saber como deletar do meu banco objetos do 
tipo 
> TYPE, pois ñ uso eles para nada, fui instalar um repositório no meu 
> banco, botei o mesmo usuário q uso para ser o dono do repositório e o 
> ORACLE 9i criou um monte de tabelas, views e esses objetos TYPE. As 
> tabelas e views já apaguei, resta somente estes objetos q ñ consigo 
> apagar. 
> Obrigado galera e Feliz ano novo !
>

[oracle_br] Re: tabelas bin

2007-01-02 Por tôpico jlchiappa 
É simples, no bd 10g vc tem uma nova feature que é a Recycle Bin, é 
uma "lixeira" num conceito similar ao da lixeira do windows, quando 
vc remove algo esse algo não é perdido mas sim vai pra lixeira, que 
quando vc quiser vc esvazia. No bd 10g, vc "esvazia a lixeira" com o 
comando PURGE, e se quiser desligar definitivamente a feature vc 
altera o parâmetro correspondente no bd, o manual "Oracle® Database 
Administrator's Guide10g" no cap. 15 Managing Tables, te dá esse 
conceito e os detalhes de admin.

[]s

 Chiappa
 
--- Em oracle_br@yahoogrupos.com.br, "Mauro Edson" <[EMAIL PROTECTED]> 
escreveu
>
> Oi Pessoal ,tenho a versão 10.1.0.2.0 na minha maquina, o problema 
é 
> que quando dropo uma tabela o banco cria uma tabela do tipo
> 
> BIN$wZh8y63bRdWqFq8CAVRteA==$0
> 
> qualquer tabela que é dropada  o banco cria uma outra com este 
padrão 
> de nome, alguem saberia como resolver isto ?
> 
> 
> Mauro
>

[oracle_br] Re: XE no W2000

2007-01-02 Por tôpico jlchiappa 
Quanto à instalação, normal, no mundo windows qquer software que use 
install services ao invés de usar instalador próprio vai pedir mesmo 
o serviço correspondente, da mesma forma o Oracle cria diversas 
entradas no registro (como a quase totalidade dos softwares quando em 
tempo de install), pra isso premissões são necessárias, é exig~encia 
do sistema... 
 No caso em questão, já que no windows não há kernel settings 
disponíveis ao administrador, não há nada mais a se fazer após a 
instalação em relação ao windows. A msg de erro realmente indica SMON 
terminado com erro, e como não há bug específico para isso no 10gr2 
(que é onde o XE se baseia),é algo particular ao seu sistema vc vai 
ter que investigar mais profundamente - as pistas principais serão 
fornecidas consultando-se os logs do SO (os Eventos, no caso do 
windows), e os logs e traces gerados pelo banco (necessariamente 
quando um processo Oracle termina com erro, a não ser em caso de 
abort completo sem aviso, o bd gera entradas no alert file, gera log 
files e trace files no servidor, leia-os e veja se há mais msgs, e se 
há mais info. 

==> Na ESMAGADORA maioria das vezes porém, quando vejo situações do 
tipo uma ou mais das coisas abaixo está ocorrendo :

 a) outros softwares estão rodando na mesma máquina e algum deles 
está conflitando
 e/ou
 b) o banco está configurado para alocar mais RAM (para a SGA ou para 
a PGA) do que está livre na máquina
 e/ou 
 c) há alguma corrupção nesse database, algum erro na instalação não 
criou o bd default corretamente
 e/ou
  d) o usuário windows que roda os serviços do banco não é admin 
local (local, e não de rede, preferencialmente), ou está sem privs 
nalgum diretório ou no sistema

então o que eu te recomendo é : CONFIRME que a), b) e d) não ocorrem, 
e pra checar c) seria, SEM usuários NEM programas clientes tentando 
conectar nesse banco, e SEM JOBs rodando, fazer um startup, um 
shutdown immediate, e um dbv, e imediatamente após novo startup e um 
export full, sempre checando o alert log, as msgs de erros e 
eventuais traces.

[]s

 Chiappa
--- Em oracle_br@yahoogrupos.com.br, Fábio Gibon - Comex System 
<[EMAIL PROTECTED]> escreveu
>
> Pessoal,
> 
> foi um sacrifício para instalar o 10g XE no W2000 Server 
(tive que ativer serviço do wininstaller, permissão para o system..., 
registro de), bom, mas esta fase passou, porém agora de tempos em 
tempos (coisa de 1 ou 2 dias) o banco simplesmente "arreia", dá 
mensagem de erro ORA-00474 e vai derrubando os processos do oracle e 
pára o banco. O servidor é um P4 3.2Ghz, com 512Ram, SP4. O oracle é 
o 10g XE 10.2.0.1.0 Universal. Há algum procedimento para ser feito 
no servidor/SO para que esta versão do banco funcione corretamente ? 
Na minha máquina o XP funciona normalmente.
> 
> abraços
>  
> Fábio Henrique Gibon
> 
> [As partes desta mensagem que não continham texto foram removidas]
>