Re: [oracle_br] função para retornar os dias a partir de uma data

[Marcio Portes]

Estou um pouco enferrujado, na medida em que não tenho participado tanto,
mas acho que essa query ajuda. No decorrer do exemplo, insiro mais linhas
para entrar no intervalo de 30 dias, depois, no resultado, voce pode agrupar
por mes ou formatar da maneira que lhe for conveniente. Fiz a query em uma
tabela só para simplificar a idéia, obviamente é preciso ajustar os joins
para garantir que a data de atendimento seja referida na tabela de serviço.
(espero que ajude).

ops$marcio:DB11G> select * from guia;

   CDGUIA CDUSUARIO ATEND
- - ---
1 1 01/01/2008 00:00:00
1 1 01/02/2008 00:00:00
1 1 01/03/2008 00:00:00
1 1 01/04/2008 00:00:00
1 1 01/05/2008 00:00:00
1 1 01/06/2008 00:00:00
1 1 01/07/2008 00:00:00
1 1 01/08/2008 00:00:00
1 2 01/01/2008 00:00:00
1 2 01/02/2008 00:00:00
1 2 01/03/2008 00:00:00
1 2 01/04/2008 00:00:00
1 2 01/05/2008 00:00:00
1 2 01/06/2008 00:00:00
1 2 01/07/2008 00:00:00
1 2 01/08/2008 00:00:00
1 1 03/01/2008 00:00:00
1 1 13/01/2008 00:00:00
1 1 01/02/2008 00:00:00

19 rows selected.

ops$marcio:DB11G> insert into guia values ( 1, 1, '15/05/2008 00:00:00');

1 row created.

ops$marcio:DB11G> commit;

Commit complete.

ops$marcio:DB11G> select *
  2from (
  3  select cdguia,
  4 cdusuario,
  5 atend,
  6 count(*) over (partition by cdguia, cdusuario
  7order by atend range between 15 preceding
  8 and 15 following ) cnt
  9from guia
 10 )
 11   where cnt > 1
 12  /

   CDGUIA CDUSUARIO ATEND CNT
- - --- -
1 1 01/01/2008 00:00:00 3
1 1 03/01/2008 00:00:00 3
1 1 13/01/2008 00:00:00 3
1 1 01/02/2008 00:00:00 2
1 1 01/02/2008 00:00:00 2
1 1 01/05/2008 00:00:00 2
1 1 15/05/2008 00:00:00 2

7 rows selected.

ops$marcio:DB11G>
ops$marcio:DB11G> insert into guia values ( 1, 2, '15/05/2008 00:00:00');

1 row created.

ops$marcio:DB11G> commit;

Commit complete.

ops$marcio:DB11G> select *
  2from (
  3  select cdguia,
  4 cdusuario,
  5 atend,
  6 count(*) over (partition by cdguia, cdusuario
  7order by atend range between 15 preceding
  8 and 15 following ) cnt
  9from guia
 10 )
 11   where cnt > 1
 12  /

   CDGUIA CDUSUARIO ATEND CNT
- - --- -
1 1 01/01/2008 00:00:00 3
1 1 03/01/2008 00:00:00 3
1 1 13/01/2008 00:00:00 3
1 1 01/02/2008 00:00:00 2
1 1 01/02/2008 00:00:00 2
1 1 01/05/2008 00:00:00 2
1 1 15/05/2008 00:00:00 2
1 2 01/05/2008 00:00:00 2
1 2 15/05/2008 00:00:00 2

9 rows selected.



2008/8/20 ewerton_grillo <[EMAIL PROTECTED]>

>   Tenho uma tabela de guia onde tem os campos
> cdguia, cdusuario, cdprestador, cdespecialidade e dataatendimento
> e uma tabela servico onde tem o cdguia e cdservico
>
> preciso verificar se durante o período de 01/01/2008 a 30/07/2008 se o
> usuário realizou mais de uma consulta inferior a 30 dias, sempre
> verificando da última consulta para a anterior não importando o
> período e sim os 30 dias, para o mesmo prestador e especialidade.
>
> como posso fazer isso?
>
>  
>



-- 
Marcio Portes
http://mportes.blogspot.com


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

Re: [oracle_br] Re: Drop ou Truncate Big Table?

[Willian Frasson]

ão de acesso público 
  > e de
  > > > inteira
  > > > responsabilidade de seus remetentes.
  > > > Acesse: http://www.mail-
  > archive.com/oracle_br@yahoogrupos.com.br/
  > > > --
  > > > --
  > > > >Funções, Procedures, propostas de emprego - O GRUPO ORACLE_BR 
  > TEM SEU
  > > > PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/
  > > > --
  > > >  Links do Yahoo! 
  > Grupos
  > > >
  > > > No virus found in this incoming message.
  > > > Checked by AVG - http://www.avg.com
  > > > Version: 8.0.138 / Virus Database: 270.6.6/1623 - Release Date: 
  > 20/8/2008
  > > > 08:12
  > > >
  > > > 
  > > >
  > > 
  > > [As partes desta mensagem que não continham texto foram removidas]
  > > 
  > > 
  > > 
  > > 
  > > 
  > > __ Informação do NOD32 IMON 3368 (20080819) __
  > > 
  > > Esta mensagem foi verificada pelo NOD32 sistema antivírus
  > > http://www.eset.com.br
  > > 
  > > 
  > > [As partes desta mensagem que não continham texto foram removidas]
  > >
  > 
  > 
  > 
  > 
  > 
  > __ Informação do NOD32 IMON 3368 (20080819) __
  > 
  > Esta mensagem foi verificada pelo NOD32 sistema antivírus
  > http://www.eset.com.br
  > 
  > 
  > [As partes desta mensagem que não continham texto foram removidas]
  >



   

  __ Informação do NOD32 IMON 3372 (20080820) __

  Esta mensagem foi verificada pelo NOD32 sistema antivírus
  http://www.eset.com.br


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

Re: [oracle_br] Re: Drop ou Truncate Big Table?

[Willian Frasson]

l-
  > archive.com/oracle_br@yahoogrupos.com.br/
  > > > --
  > > > --
  > > > >Funções, Procedures, propostas de emprego - O GRUPO ORACLE_BR 
  > TEM SEU
  > > > PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/
  > > > --
  > > >  Links do Yahoo! 
  > Grupos
  > > >
  > > > No virus found in this incoming message.
  > > > Checked by AVG - http://www.avg.com
  > > > Version: 8.0.138 / Virus Database: 270.6.6/1623 - Release Date: 
  > 20/8/2008
  > > > 08:12
  > > >
  > > > 
  > > >
  > > 
  > > [As partes desta mensagem que não continham texto foram removidas]
  > > 
  > > 
  > > 
  > > 
  > > 
  > > __ Informação do NOD32 IMON 3368 (20080819) __
  > > 
  > > Esta mensagem foi verificada pelo NOD32 sistema antivírus
  > > http://www.eset.com.br
  > > 
  > > 
  > > [As partes desta mensagem que não continham texto foram removidas]
  > >
  > 
  > 
  > 
  > 
  > 
  > __ Informação do NOD32 IMON 3368 (20080819) __
  > 
  > Esta mensagem foi verificada pelo NOD32 sistema antivírus
  > http://www.eset.com.br
  > 
  > 
  > [As partes desta mensagem que não continham texto foram removidas]
  >



   

  __ Informação do NOD32 IMON 3372 (20080820) __

  Esta mensagem foi verificada pelo NOD32 sistema antivírus
  http://www.eset.com.br


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

[oracle_br] Re: script index

[jlchiappa]

http://asktom.oracle.com/tkyte/unindex/unindex.sql é um exemplo, vc
pode adaptar a partir dele : apenas sobre o assunto eu RELEMBRO que vc
absolutamente NÂO DEVE sair indexando as FKs por si só, vc precisa de
índices APENAS e TÃO SOMENTE se :

a) a chave (PK) da tabela pai é alterada - não é usual, é considerada
por muitos uma violação aos princípios da teoria de bancs relacionais,
mas se ocorrer sem índice a tabela filha é locada na íntegra

b) vc tem DELETE CASCADE ou similares implementados

c) vc faz uma pesquisa que vai da tabela-filha para a tabela-pai pela
coluna FK - o que, NOVAMENTE, é totalmente unusual, o mais comum é que
vc a partir de uma nota encontre os itens, coisa asism, ie, do PAI
para a FILHA


==> Sair indexando todas as FKs apontadas pelo script SEM que um
desses casos que citei ocorram no seu banco é CONTRA-PRODUTIVO, vc VAI
acabar ficando com índice não-usado em pesquisa mas que (como qquer
índice) acrescenta overhead aos DMLs, não é um bom negócio...

[]s

 Chiappa
--- Em oracle_br@yahoogrupos.com.br, Mauricio Françoso <[EMAIL PROTECTED]>
escreveu
>
> Boa noite,
>  
> Versão do oracle é 9.2.0.8.
>  
> Alguem tem algum script que verifique se um FK não tem o index e gere o 
> script com o comando de criação dos indexes e suas colunas.
>  
> obrigado.
> 
> 
> Mauricio do C. Françoso 
> Liberty Seguros 
> Administrador Banco de Dados(DBA ORACLE)
> 
> 
>   Novos endereços, o Yahoo! que você conhece. Crie um email novo
com a sua cara @ymail.com ou @rocketmail.com.
> http://br.new.mail.yahoo.com/addresses
> 
> [As partes desta mensagem que não continham texto foram removidas]
>

Re: [oracle_br] Re: Drop ou Truncate Big Table?

[Willian Frasson]

t; Subject: Re: [oracle_br] Drop ou Truncate Big Table?
  > >
  > >
  > > Geisel
  > >
  > > "Drop" dispara trigger de "delete"?
  > >
  > > [ ]
  > >
  > > André
  > >
  > > Em 20/08/08, Geisel S Polycarpo <[EMAIL PROTECTED]> escreveu:
  > > >
  > > > Como o Rosivaldo comentou o truncate, pois ele não dispara
  > trigger de
  > > > deleção como o drop...
  > > > Porem ele mantem a estrutura ai vc pode dropar a tabela..
  > > > Logo o truncate é bem mais rápido ...
  > > >
  > > >
  > > > Geisel Polycarpo
  > > > Suporte
  > > > Fone:(11) 3231-0411
  > > > E-mail:[EMAIL PROTECTED] 
  > > > Home Page: www.en-sof.com.br
  > > >
  > > >
  > > > -Mensagem original-
  > > > De: [EMAIL PROTECTED] <mailto:oracle_br%40yahoogrupos.com.br>
  os.com.br  40yahoogrupos.com.br> [mailto:
  > > > [EMAIL PROTECTED] <mailto:oracle_br%40yahoogrupos.com.br> os.com.br
  ]
  > Em
  > > > nome de Willian Frasson
  > > > Enviada em: quarta-feira, 20 de agosto de 2008 10:30
  > > > Para: [EMAIL PROTECTED] <mailto:oracle_br%40yahoogrupos.com.br>
  os.com.br  40yahoogrupos.com.br>
  > > > Assunto: [oracle_br] Drop ou Truncate Big Table?
  > > >
  > > > Galera bom dia, alguém já fez um teste com relação a TEMPO de
  > um TRUNCATE
  > > > ou
  > > > um DROP em uma tabela de 200.000.000 de registros?
  > > > Tempo Estimado?
  > > > Abçs
  > > >
  > > > [As partes desta mensagem que não continham texto foram
  > removidas]
  > > >
  > > > 
  > > >
  > > > --
  > > > --
  > > > >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/ <mailto:archive.com%2Foracle_br%40yahoogrupos.com.br>
  [EMAIL PROTECTED] <mailto:oracle_br%40yahoogrupos.com.br> os.com.br
  <mailto:oracle_br%40yahoogrupos.com.br> /
  > > > --
  > > > --
  > > > >Funções, Procedures, propostas de emprego - O GRUPO ORACLE_BR
  > TEM SEU
  > > > PROPRIO ESPAÇO! VISITE: http://www.oraclebr
  <http://www.oraclebr <http://www.oraclebr.com.br/> .com.br/
  <http://www.oraclebr <http://www.oraclebr.com.br/> .com.br/> > .com.br/
  > > > --
  > > >  Links do Yahoo!
  > Grupos
  > > >
  > > > No virus found in this incoming message.
  > > > Checked by AVG - http://www.avg. <http://www.avg. <http://www.avg.com>
  com <http://www.avg. <http://www.avg.com> com> > com
  > > > Version: 8.0.138 / Virus Database: 270.6.6/1623 - Release Date:
  > 20/8/2008
  > > > 08:12
  > > >
  > > >
  > > >
  > >
  > > [As partes desta mensagem que não continham texto foram removidas]
  > >
  > >
  > >
  > >
  > >
  > > __ Informação do NOD32 IMON 3368 (20080819) __
  > >
  > > Esta mensagem foi verificada pelo NOD32 sistema antivírus
  > > http://www.eset. <http://www.eset. <http://www.eset.com.br> com.br
  <http://www.eset. <http://www.eset.com.br> com.br> > com.br
  > >
  > >
  > > [As partes desta mensagem que não continham texto foram removidas]
  > >
  >
  > __ Informação do NOD32 IMON 3368 (20080819) __
  >
  > Esta mensagem foi verificada pelo NOD32 sistema antivírus
  > http://www.eset. <http://www.eset. <http://www.eset.com.br> com.br
  <http://www.eset. <http://www.eset.com.br> com.br> > com.br
  >
  > [As partes desta mensagem que não continham texto foram removidas]
  >
  >
  >
  > 

  -- 
  Rosivaldo Azevedo Ramalho
  mail/msn: [EMAIL PROTECTED] <mailto:rosivaldo%40gmail.com> com
  web: http://rosivaldo. <http://rosivaldo. <http://rosivaldo.goodiez.net>
  goodiez.net <http://rosivaldo. <http://rosivaldo.goodiez.net> goodiez.net> >
  goodiez.net
  +55 83 8893 8281

  [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]



   

  __ Informação do NOD32 IMON 3372 (20080820) __

  Esta mensagem foi verificada pelo NOD32 sistema antivírus
  http://www.eset.com.br


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

[oracle_br] Re: Drop ou Truncate Big Table?

[jlchiappa]

Posso palpitar, Willian ? Com certeza o pessoal é prestativo e vc vai
receber algumas respostas, mas um vai dizer x, outro y, outro z, pois
REALMENTE diferenças mínimas de quantidades de extents, carga da
máquina, performance de I/O, features usadas, etc, VÃO influir
poderosamente - assim absolutamente NÃO VEJO aonde esses números vão
te ser úteis, no que vc os poderá aplicar no seu caso - absolutamente
NÃO DÁ pra dizer que se a média das respostas foi x minutos e na sua
máquina levou 10 vezes x vc tem problemas, TRANQUILAMENTE PODE SER QUE
NÃO, e nem dá pra usar a média das respostas como estimativa pro seu
caso, pois tal como dito há muitas variáveis na parada, DE REPENTE
facilmente vc pode ter aí algum fator que naturalmente faça cair a
performance (por exemplo, I/O não ótimo, blocos com pouco uso, talvez
até fragmentação)... A ** única ** maneira MINIMAMENTE confiável IMHO
é VOCÊ criar uma tabela de 1 milhão NA SUA máquina e mensurar, depois
uma de 10 milhões, depois uma com umas dezenas de milhões, e
extrapolar Afora isso acho que as respostas que vc vai receber
serão tão "úteis" quanto qualquer número inventado tirado do colete...

[]s

  Chiappa
--- Em oracle_br@yahoogrupos.com.br, "Willian Frasson" <[EMAIL PROTECTED]>
escreveu
>
> Sim Vinicius isso eu sei, mas se alguém fez um truncate tão grande
qual o tempo que levou (MÉDIA).
> 
>   - Original Message - 
>   From: vinicius.hoffmann 
>   To: oracle_br@yahoogrupos.com.br 
>   Sent: Wednesday, August 20, 2008 1:46 PM
>   Subject: [oracle_br] Re: Drop ou Truncate Big Table?
> 
> 
>   Se você sabe muito bem dos conceitos deveria saber que depende muito 
>   do seu hardware, não existe como você receber uma estimativa de tempo 
>   se nós não soubermos exatamente como está seu hardware (capacidade, 
>   situação atual, fragmentação, distribuição de data files, etc)
> 
>   Por que você acha que até hoje não inventaram uma barra de progressão 
>   descente nos forms que nós vemos nas aplicações hoje em dia? Depende 
>   muito do seu hardware e o cálculo é complexo.
> 
>   --- Em oracle_br@yahoogrupos.com.br, "Willian Frasson"  
>   escreveu
>   >
>   > haha dos conceitos do truncate e drop eu sei muito bem, estou 
>   questionando O TEMPO DO TRUNCATE?
>   > o TEMPO DO DROP?
>   > TABELA DE 200 MILHÕES DE REGISTROS!
>   > 
>   > - Original Message - 
>   > From: Andre Santos 
>   > To: oracle_br@yahoogrupos.com.br 
>   > Sent: Wednesday, August 20, 2008 12:59 PM
>   > Subject: Re: [oracle_br] Drop ou Truncate Big Table?
>   > 
>   > 
>   > Geisel
>   > 
>   > "Drop" dispara trigger de "delete"?
>   > 
>   > [ ]
>   > 
>   > André
>   > 
>   > Em 20/08/08, Geisel S Polycarpo  escreveu:
>   > >
>   > > Como o Rosivaldo comentou o truncate, pois ele não dispara 
>   trigger de
>   > > deleção como o drop...
>   > > Porem ele mantem a estrutura ai vc pode dropar a tabela..
>   > > Logo o truncate é bem mais rápido ...
>   > >
>   > >
>   > > Geisel Polycarpo
>   > > Suporte
>   > > Fone:(11) 3231-0411
>   > > E-mail:geisel@ 
>   > > Home Page: www.en-sof.com.br
>   > >
>   > >
>   > > -Mensagem original-
>   > > De: oracle_br@yahoogrupos.com.br40yahoogrupos.com.br> [mailto:
>   > > oracle_br@yahoogrupos.com.br ] 
>   Em
>   > > nome de Willian Frasson
>   > > Enviada em: quarta-feira, 20 de agosto de 2008 10:30
>   > > Para: oracle_br@yahoogrupos.com.br40yahoogrupos.com.br>
>   > > Assunto: [oracle_br] Drop ou Truncate Big Table?
>   > >
>   > > Galera bom dia, alguém já fez um teste com relação a TEMPO de 
>   um TRUNCATE
>   > > ou
>   > > um DROP em uma tabela de 200.000.000 de registros?
>   > > Tempo Estimado?
>   > > Abçs
>   > >
>   > > [As partes desta mensagem que não continham texto foram 
>   removidas]
>   > >
>   > > 
>   > >
>   > > --
>   > > --
>   > > >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/
>   > > --
>   > > --
>   > > >Funções, Procedures, propostas de emprego - O GRUPO ORACLE_BR 
>   TEM SEU
>   > > PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/
>   > > --
>   > >  Links do Yahoo! 
>   Grupos
>   > >
>   > > No virus found in this incoming message.
>   > > Checked by AVG - http://www.avg.com
>   > > Version: 8.0.138 / Virus Database: 270.6.6/1623 - Release Date: 
>   20/8/2008
>   > > 08:12
>   > >
>   > > 
>   > >
>   > 
>   > [As partes desta mensagem que não continham texto foram removidas]
>   > 
>   > 
>   > 
>   > 
>   > 
>   > __ Informação do NOD32 IMON 3368 (20080819) __
>  

[oracle_br] script index

[Mauricio Françoso]

Boa noite,
 
Versão do oracle é 9.2.0.8.
 
Alguem tem algum script que verifique se um FK não tem o index e gere o 
script com o comando de criação dos indexes e suas colunas.
 
obrigado.


Mauricio do C. Françoso 
Liberty Seguros 
Administrador Banco de Dados(DBA ORACLE)


  Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua 
cara @ymail.com ou @rocketmail.com.
http://br.new.mail.yahoo.com/addresses

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

[oracle_br] Re: Melhorar buscar por like

[jlchiappa]

Vamos botar ordem aí nessa questão : PRIMEIRO, índice do tipo
context/oracle text/intermedia tem ** SIM ** um operador para permitir
pesquisa PARCIAL em palavras, é o CONTAINS,
http://asktom.oracle.com/pls/asktom/f?p=100:11:0P11_QUESTION_ID:37336026927381#37360199308431
 é o artigo-exemplo. Segundo, e mais importante : exatamente QUE TIPO
DE LIKE vc está fazendo, se o % vem DEPOIS do argumento, é uma
pesquisa tipo WHERE COLUNA LIKE 'ABC%', necessariamente um índice
comum PODE SIM ser usado,
http://asktom.oracle.com/pls/asktom/f?p=100:11:0P11_QUESTION_ID:1094633279498#231064800346705705
demonstra. E terceiro : 600 mil registros, ainda que tivessem que ser
feito full table scan, num servidor de Produção com hardware adequado,
banco bem ajustado, NÃO É algo pra demorar mais que 1 minuto ou coisa
do tipo : já que pesquisas com LIKE nornalmente são feitas para
relatórios de usuários finais que não lembram/não sabem a chave toda
(programas usam a chave completa via de regra), veja MESMO se será
necessário esse índice, ok ?

[]s

  Chiappa
--- Em oracle_br@yahoogrupos.com.br, "Bruno Fantin" <[EMAIL PROTECTED]>
escreveu
>
> Bom dia.
> 
> Tenho uma tabela com aproximadamente 600 mil registros. E essa
tabela tem uma coluna do tipo varchar2.
> 
> Queria fazer uma consulta nesse campo semelhante ao like, porém de
uma forma mais rápida porque o link esta demorando.
> 
> Tentei usar o índice do tipo context, mas ele só serve para palavras
inteiras.
> 
> Alguém tem alguma idéia do que eu poderia fazer?
> 
> Valeu.
> 
> [As partes desta mensagem que não continham texto foram removidas]
>

[oracle_br] Re: Problemas na atualização do Patch 10

[jlchiappa]

Colega, só uma obs : one-off patches (tal como esse que vc está
tentando aplicar) *** NÂO SÃO *** o método adequado para se fazer
upgrade de versão, eles são apenas correções PONTUAIS para bugs muito
específicos, que vc aplica apenas SE e SOMENTE SE vc cair no bug
específico que eles corrigem, sim ? O procedimento genérico para
patches é , uma vez instalada a versão-base do 10.2 (normalmente
10.2.0.1, mas depende do seu SO/plataforma), em cima desse 10.2 base
aplicar o patch marcado como "PATCH SET FOR ORACLE DATABASE SERVER
", ok ?  NÂO RECOMENDO vc ir pro one-off SEM indicação nesse sentido
do Suporte, o que parece ser o seu caso... Pra te facilitar te dou o
número dele, sendo windows 32 bits) é o patch 7154241 (para obter
versão 10.2.0.4).

[]s

  Chiappa
 --- Em oracle_br@yahoogrupos.com.br, "amorrimm" <[EMAIL PROTECTED]> escreveu
>
> Boa tarde Pessoal, tudo bom ?
> 
> Tenho uma dúvida...baixei o patch 7047019 para aplicar no meu oracle 
> 10 mas encontrei alguns problema logo na checagem dos pre-
> requisitos...to seguindo o manual que baixei do metalink mas não 
> encontrei nada sobre este erro...
> 
> Poderiam me ajudar ?
> 
> 
> 
> ApplySession aplicando o patch temporßrio '7047019' para 
> OH 'C:\oracle\product\1
> 0.2.0\db_1'
> 
> Running prerequisite checks...
> Patch 7047019: Optional component(s) missing : [ oracle.rdbms, 
> 10.1.0.5.0, higher version 10.2.0.1.0 found. ] , [ oracle.jdbc_ic, 
> 10.1.0.5.0 ] , [oracle.rdbms.expimp,10.1.0.5.0 ] ,oracle.rsf.net_rsf, 
> 10.1.0.5.0 ] , [ oracle.cartridges.context, 10.1.0.5.0 ] , [ 
> oracle.rsf.xdk_rsf, 10.1.0.5.0 ] , [ oracle.options.ops, 
> 10.1.0.5.0 ] , [ oracle.cartridges.locator, 10.1.0.5.0 ] , [ 
> oracle.rsf.nlsrtl_rsf, 10.1.0.5.0 ] , [ oracle.p2k.odbc, 
> 10.1.0.5.0 ] , [ oracle.rsf.oracore_rsf, 10.1.0.5.0 ] , [ oracle.crs, 
> 10.1.0.5.0 ] , [ oracle.java.javavm.javatools, 10.1.0.5.0 ] , [ 
> oracle.isearch.is_common, 10.1.0.5.0 ] , [ oracle.isearch.client,
>  10.1.0.5.0 ] , [ oracle.isearch.server, 10.1.0.5.0 ] , [ 
> oracle.p2k.proc, 10.1.0.5.0 ] , [ oracle.sysman.agent, 10.1.0.5.0 ] , 
> [ oracle.sysman.console.db, 10.1.0.5.0, higher version 10.2.0.1.0 
> found. ] , [ oracle.java.sqlj, 10.1.0.5.0 ] ,
> [ oracle.java.jdbc.thin12, 10.1.0.5.0 ] , [ oracle.java.jdbc.thin14, 
> 10.1.0.5.0] , [ oracle.p2k.odp.net, 10.1.0.2.0 ] , [ oracle.p2k.oo4o, 
> 10.1.0.5.0 ] , [ oracle.apache, 10.1.2.1.0 ] , [ oracle.apache, 
> 10.1.2.0.0 ] , [ oracle.dms, 10.1.2.1.0 ] , [ oracle.dms, 
> 10.1.2.1.1 ] , [ oracle.oid.server, 10.1.2.1.1 ] , [ oracl
> e.oid.server, 10.1.2.0.0 ] , [ oracle.rsf.ldap_rsf, 10.1.2.1.1 ] , [ 
> oracle.rsf.ldap_rsf, 10.1.2.0.0 ] , [ oracle.oid.client, 
> 10.1.2.1.1 ] , [ oracle.oid.client, 10.1.2.0.0 ] , [ oracle.opmn, 
> 10.1.2.1.0 ] , [ oracle.bc4j.lib, 10.1.2.0.2 ] ,
>  [ oracle.bc4j.lib, 10.1.2.1.0 ] , [ 
> oracle.iappserver.security.sso.server, 10.1.2.1.0 ] , [ 
> oracle.iappserver.security.sso.server, 10.1.2.1.1 ] , [ oracle.j2ee
> , 10.1.2.1.0 ] , [ oracle.j2ee, 10.1.2.1.1 ] , [ 
> oracle.sysman.repository.db, 10.1.0.5.0, higher version 10.2.0.1.0 
> found. ] , [ oracle.sdo.locator, 10.1.0.5.0, higher version 
> 10.2.0.1.0 found. ]
> 
> Prerequisite check "CheckApplicable" failed.
> The details are:
> Patch 7047019: Required component(s) missing : [ 
> oracle.rsf.rdbms_rsf, 10.1.0.5.0 ]
> ApplySession falha durante as verificaþ§es de prÚ-requisitos: 
> Prerequisite check
>  "CheckApplicable" failed.
> Sistema intacto; o OPatch nÒo tentarß restaurar o sistema
> 
> OPatch failed with error code = 74
>

[oracle_br] Re: ORA-01578: ORACLE data block corrupted

[jlchiappa]

Jóia, valeu mesmo, é sempre legal esse tipo de retorno É ainda
mais importante para servir de lembrete, se me lembro na thread
original em vc falar de corrupção de imediato vários colegas de cara
lembraram do sempre óbvio candidadto disco, essa sua msg servirá de
lembrete que NEM SEMPRE esse é o culpado...

 []s

   Chiappa


--- Em oracle_br@yahoogrupos.com.br, "cleberalmeidadf"
<[EMAIL PROTECTED]> escreveu
>
> Achei importante responder esse tópico mesmo depois de muito tempo, pq
> pode ajudar a outros. O pau era na memória RAM. Muito obrigado Chiappa.
> 
> []'s
> 
> --- Em oracle_br@yahoogrupos.com.br, "jlchiappa"  escreveu
> >
> > Colega, vamos detalhar aí : veja vc, um bloco Oracle fica quietinho no
> > disco até que os dados nele contidos sejam necessários, ocasião em que
> > o software de banco Oracle pede pro Sistema Operacional o ler do disco
> > para a RAM, e essa leitura é feita pelo SO acionando o hardware de I/O
> > (discos, cabos, controladoras, etc) via drivers/firmware : então dá
> > pra ver que há hardware E software envolvido, e que QUALQUER bug em um
> > dos softwares E/OU qualquer pau em um dos hardwares PODE SIM ocasionar
> > corrupção, sim ? O pessoal sempre lembra do disco, óbvio, MAS pentes
> > de RAM, bios, controladores, etc, PODEM SIm causar corrupção, é lógico
> > : se por pau de RAM o valor 1 lido vai pra RAM como zero, por exemplo,
> > SÓ PODE  dar inhaca, ok ? então NÂO, *** NÃO É *** "passando um
> > chkdsk" que vc vai resolver isso, ok ? Há n camadas envolvidas, o
> > coitado do chkdsk é INCAPAZ absolutamente de checar todas...
> >   Assim sendo, a minha recomendação é :
> > 
> > passo 1 : faça um check PROFUNDO de hardware, envolvendo TODO O
> > HARDWARE : normalmente isso EXIGE um software à parte, o SO não é
> > capaz de o fazer Fosse um sistema UNIX, com hardware próprio do
> > mesmo fabricante do SO, normalmente já viria com um software
> > apropriado num CD de boot, linux/windows normamente não vêm, vc terá
> > que adquirir/baixar um. Importante, softwares do tipo são COMPLEXOS de
> > operar/analisar, caso vc não tenha o expertise necessário, contrate
> > uma empresa de manutenção para o fazer.
> > 
> > passo 2 : antes de ir pro passo de checar possíveis bugs, seria
> > interessante que feito o passo acima vc obtenha mais detalhes , tipo :
> > se os blocos corruptos são de tabelas ou índices, se são de objetos do
> > sistema ou de usuário... Também vc diz que nota principalmente após a
> > ta carga, mas SERÁ que vc não tem blocos não-usados ruins nesse disco
> > (por exemplo), aí com a carga e crescimento dos dados o que ocorre é
> > que esses blocos são requisitados, NÃO TENDO o coitado do loader nada
> > a ver com o pato ???  
> >   NO caso, feito o passo1 , aonde vc se certificou que o hardware está
> > bom em princípio, para obter esses detalhes o procedimento seria vc
> > rodar (com o banco parado) um dbverify, um software de verificação de
> > arquivos pelo SO, e depois com o banco aberto um export full e um
> > dbverify : após o que, corrija TODOS os blocos ruins que achar
> > (rebuildando índice se for bloco de índice, trazendo de backup ou
> > tenatndo via DBMS_REPAIR se for dados), faça os checks de novo, não
> > havendo realmente NADA corrupto rode de novo a carga, e cheque se
> > realmente é isso que está influenciando...
> > 
> > passo 3 : com o hardware checado e com os detalhes do que/como ocorre
> > em mãos, aí sim verificar os softwares por bugs, vc precisará acionar
> > ao menos 3 departamentos de Suporte para isso : o Suporte do Sistema
> > Operacional (que vai checar por bugs genéricos no SO e kernel), o
> > Suporte do banco de dados Oracle (que vai checar por bugs no software
> > Oracle de banco de dados) ** E ** o Suporte do teu fornecedor de
> > hardware (que é quem normalmente te dá o firmware e os drivers).
> > 
> >  Menos perdido agora ? Espero que sim, que esteja mais claro o que é a
> > corrupção, e como fazer para resolver/identificar
> > 
> >  []s
> > 
> >   Chiappa
> > --- Em oracle_br@yahoogrupos.com.br, "cleberalmeidadf"
> >  escreveu
> > >
> > >  Estou com um sério problema. Estamos utilizando aqui na empresa o
> > > oracle 10g R2 com o Suse 10 professional.
> > > O que acontece é o seguinte, ele está apresentando a mensagem Data
> > > block corrupted direto, noto isso principalmente após cargas com o
> > > SQLLoader, sempre aparece um data block corrupted, sempre.
Alguém tem
> > > alguma dica do que pode ser? Executo o DBS_REPAIR para efetuar a
> > > restauração do bloco, mas sempre aparece outro. Será que estou com
> > > algum problema de disco? Tem como eu executar algum ckdisk no linux?
> > > Ou até mesmo executar algum utilitário do Oracle? Atualmente
funciona
> > > da seguite maneira, tenho um diretório que o oracle esta
instalado, e
> > > instalei um outro disco nesse disco novo eu estou gravando todos os
> > > meus datafiles, com excessão dos que são criados no oracle por
> > >
> >
>
default(system01.dbf,sysaux01.d

Re: RES: [oracle_br] [Off-topic] Banco de Dados Oracle é realmente para Web?

[adilsontsilva]

Internet e Disponibilidade de Serviços

Banco de dados e Internet tem possibilitado o compartilhamento de
informações extendendo o acesso à aplicações de banco de dados a
organizações e comunidades em todo o mundo. Esta extensão ressalta a
importância da alta-disponibilidade em soluções de gestão de dados.
Tanto os pequenos negócios quanto empresas multinacionais possuem
usuários espalhados pelo mundo e, conseqüentemente necessitam acessar
bases de dados 24 horas por dia. Sem acesso às bases de dados,
operações param, vendas são perdidas. Os usuários que tornaram mais
dependentes dessas soluções, que agora demandam acordos de nível de
serviço com departamentos de tecnologia da informação.

Empresas tem usado a infraestrutura de TI para oferecer vantagem
competitiva, aumentam a produtividade, encoraja usuários tomar
decisões mais rápidas e baseadas em informações precisas. Todavia, com
esses benefícios aumenta a dependência da infraestrutura. Se uma
aplicação crítica torna-se indisponível, então todo o negócio pode
transformar-se num jogo da sorte. Vendas e clientes podem ser
perdidos, penalizações e multas podem ser aplicadas, a imagem da
empresa pode ser afetada e consequentemente causa perdas no mercado de
ações. Torna-se crítico examinar quais fatores que determinam como
seus dados protegidos a maximizam a disponibilidade aos usuários.

Indicadores de disponibilidade mede a disponibilidade de uma
aplicaçao, serviço ou funcionalidade. Esses indicadores são mensurados
pela percepção do usuário final. Usuário detestam indisponibilidade de
dados e, em geral, não entendem ou se preocupam em diferenciar
complexidades entre componentes.

Confiabilidade, recuperabilidade, tempo de detecção de erro e
monitoração contínua dos serviços são caracteristicas primárias de
soluções de alta-disponbilidade. Um ambiente de alta-disponibilidade
deve ser transparente a maioria da falhas, prover rotinas,
pre-definidas, de medição preventiva, prover monitoração proativa e
rápida identificação de falhas, recuperação rápida e automatizada,
proteção de dados para evitar perdas indesejáveis, implementar
melhores práticas de gestão de TI, prover alta-disponibilidade para
cumprir acordo de níveis de serviço.

A importância da alta-disponibilidade varia de uma aplicação para
outra. Todavia, a necessidade de oferecer melhoria nos níveis de
disponibilidade aumenta a cada dia, com o objetivo de prover vantagens
competitivas. Na maoria dos casos, novas solução são baseadas em
acesso a dados de negócio. Quando o dado não é acessado, isto pode
causar interrupções em fucionalidades da aplicação. Isto pode causar
queda de produtividade, afetar o relacionamento com clientes,
publicidade negativa, ações judiciais.

Quando aplicação do tipo missão-crítica torna indisponível, empresas
são colocadas na berlinda. Nem sempre é fácil calcular da queda de
serviços. Consumidores insatisfeitos, empregados parados e publicidade
negativa casam prejuísos não mensuráveis em moeda.

A empresas sabem da importância da alta-disponibilidade de serviços de
TI. Conseqüentemente, cada dia investem mais em soluções de segurança
em infraestrutura, embora saibam que investir somente em TI não é
tudo. Por exemplo, uma eventual greve dos Correios pode afetar
profundamente os negócios de empresas que utilizam esse serviço para
vender seus produtos via Internet, mas isto já é um outro assunto.

http://dba-adilson-silva.blogspot.com/2008/07/internet-e-disponibilidade-de-servicos.html

Re: RES: [oracle_br] Oracle travado

[jlchiappa]

Sugestão :

a) diretamente na máquina servidora, conectado como o mesmo usuário
que instalou e roda o banco Oracle, abra um prompt de comando

b) set as variáveis necessárias (no exemplo usarei export, dependendo
do shell que vc for usar pode ser env ou set o comando correto) :

export ORACLE_SID=siddobanco
export ORACLE_HOME=/pathdohomeoracle
export PATH=$ORACLE_HOME/bin:$PATH

c) peça um sqlplus /nolog  (eu friso que NÃO É sqlplus / nolog, MAS
sim sqlplus /nolog , SEM espaço entre a barra e o nolog

d) essa opção /nolog indica para o sqlplus NÃO TENTAR se conectar,
então o prompt de SQL> do plus deveria retornar ** imediatamente **,
se tal não acontecer vc REALMENTE tem um problema sério em mãos,
instalação suspeita de banco, máquina travando Necessariamente
nesse caso eu recomendaria um check PROFUNDO e EXTENSO de sistema
operacional e de hardware, feito por um especialista

e) já se o prompt retornar após o sqlplus /nolog   aí sim tente
conectar com connect sys as sysdba ao teclar ENTER o plus pedirá a
senha do SYS

[]s

  Chiappa

--- Em oracle_br@yahoogrupos.com.br, "Clayton Bonelli" <[EMAIL PROTECTED]>
escreveu
>
> Oi Willian,
> 
>  
> 
> O problema é que eu não soinsigo me logar no oracle, por isso não
consigo
> executar qualquer comando, como os que voce sugeriu "Alter system..." ou
> mesmo um "select * from v$process"
> 
>  
> 
> Clayton
> 
>  
> 
>   _  
> 
> De: oracle_br@yahoogrupos.com.br
[mailto:[EMAIL PROTECTED] Em
> nome de Willian Frasson
> Enviada em: terça-feira, 19 de agosto de 2008 14:16
> Para: oracle_br@yahoogrupos.com.br
> Assunto: Re: [oracle_br] Oracle travado
> 
>  
> 
> seguine Clayton já tive esse problema, se for o mesmo esse é um Lock
Bind
> (CU), caso tenha ninguém como com previlégios de DBA logado, faça um
lock
> verificando os locks, dê um alter system kill session, caso não derrube
> pegue o SPID da v$provess e derrube a mesma.
> 
> - Original Message - 
> From
> To: [EMAIL PROTECTED] 
os.com.br 
> Sent: Tuesday, August 19, 2008 12:31 PM
> Subject: RES: [oracle_br] Oracle travado
> 
> O comando
> 
> sqlplus '/as sysdba'
> 
> Ainda trava, e o arquivo alert.log possui muitas linhas, mas as
ultimas são
> as seguintes :
> 
> Sun Aug 17 08:00:17 2008
> 
> Thread 1 advanced to log sequence 13135
> 
> Current log# 3 seq# 13135 mem# 0:
> /home/oraclese1/app/oracle/oradata/ORCL/redo03.log
> 
> Sun Aug 17 22:04:53 2008
> 
> Thread 1 advanced to log sequence 13136
> 
> Current log# 1 seq# 13136 mem# 0:
> /home/oraclese1/app/oracle/oradata/ORCL/redo01.log
> 
> Mon Aug 18 00:00:00 2008
> 
> Unable to restore resource manager plan to '':
> 
> ORA-02097: parameter cannot be modified because specified value is
invalid
> 
> ORA-00439: feature not enabled: Database resource manager
> 
> Mon Aug 18 09:14:10 2008
> 
> Thread 1 advanced to log sequence 13137
> 
> Current log# 2 seq# 13137 mem# 0:
> /home/oraclese1/app/oracle/oradata/ORCL/redo02.log
> 
> Mon Aug 18 22:00:21 2008
> 
> Thread 1 advanced to log sequence 13138
> 
> Current log# 3 seq# 13138 mem# 0:
> /home/oraclese1/app/oracle/oradata/ORCL/redo03.log
> 
> _ 
> 
> De: [EMAIL PROTECTED] 
os.com.br
> [mailto:[EMAIL PROTECTED] 
> os.com.br] Em
> nome de Omar Mário Moussa
> Enviada em: terça-feira, 19 de agosto de 2008 12:06
> Para: [EMAIL PROTECTED] 
os.com.br
> Assunto: RES: [oracle_br] Oracle travado
> 
> Tenta fazer assim:
> 
> sqlplus '/as sysdba'
> 
> Não há nada de diferente ou algum erro no alert.log?
> 
> De: [EMAIL PROTECTED] 
os.com.br
> [mailto:[EMAIL PROTECTED] 
> os.com.br] Em nome de Clayton Bonelli
> Enviada em: terça-feira, 19 de agosto de 2008 12:08
> Para: [EMAIL PROTECTED] 
os.com.br
> Assunto: RES: [oracle_br] Oracle travado
> 
> Oi Manoel,
> 
> sqlplus / nolog
> 
> O comando acima, quando eu executo, não acontece nada, ou melhor,
não entra
> no sqlplus. O comando fica congelado e não volta ao prompt para que eu
> execute a 2ª parte da tua sugestao (connect / as sysdba)
> 
> _
> 
> De: [EMAIL PROTECTED] 
> os.com.br
[mailto:[EMAIL PROTECTED]
> 
> os.com.br] Em
> nome de manoel marcos da silva
> Enviada em: terça-feira, 19 de agosto de 2008 11:32
> Para: [EMAIL PROTECTED] 
> os.com.br
> Assunto: Re: [oracle_br] Oracle travado
> 
> Ola Clayton , tudo bem contigo 
> 
> No prompt do linux com usuario com privilegio oracle , execute :
> 
> sqlplus / nolog
> conn / as sysddba
> 
> Manoeldba - tpd 
> ATT
> 
> On 8/19/08, Clayton Bonelli <[EMAIL PROTECTED]
>  co

Re: [oracle_br] [Off-topic] Banco de Dados Ora cle é realmente para Web?

[Mosan Santos]

Oi Rosivaldo;
 
 Existem muitos aspectos envolvidos nessa questão:
    1) O que é melhor para empresa (o que ela ganha)?
    Estabilidade, confiabilidade, segurança...
 
 2) O que seus clientes ganham?
 Como cliente preferiro comprar de uma empresa com Oracle a uma com 
 MySQL. Porquê? Status associado a marca, "quem trabalha com Oracle é 
grande".
 Então os programadores terão mais serviços e serão mais bem pagos 

    3) Recursos para programação;
 Quando eles começarem a conhecer o que se ganha de flexibilidade, e 
rapidez no desenvolvimento...
 
    4) Gerenciamento do banco.
   É mais complicados, mais as ferramenteas de tunning vão deixar a 
aplicação deles. melhor
 
   5) Melhores salários (essa eu sei que é fatal).
 
 
 
Abraços
 
 PS. Quanto a ser para WEB, o Oracle já era antes do MySQL. Afinal o que 
significa o "i" do Oracle 9i.
 
Mosán Santos

Internetwork Specialist.
Oracle Certefied Associate 10g(OCA)
Cisco Certefied Network Associate(CCNA)

Juniper Network Certified Internetwork Associate(JNCIA-ER)
Furukawa Certified Professional(FCP-Fundamental / FCP-Master )
QoSIP for CCVP 
Wireless Specialist

--- Em qua, 20/8/08, Alexandre S. de Pinho <[EMAIL PROTECTED]> escreveu:

De: Alexandre S. de Pinho <[EMAIL PROTECTED]>
Assunto: Re: [oracle_br] [Off-topic] Banco de Dados Oracle é realmente para Web?
Para: oracle_br@yahoogrupos.com.br
Data: Quarta-feira, 20 de Agosto de 2008, 12:03






Bom dia Rosivaldo..
Não no sentido de um melhor que o outro somente mas no sentido também de
o Oracle ser tão 'igualmente' utilizado para aplicações Web ( no modelo de
procedures, funções armazenadas ) chamadas via linguagem.

2008/8/20 Rosivaldo <[EMAIL PROTECTED] com>

> Eu não tenho uma "lista" aqui comigo, mas em geral peço para eles
> perguntarem as dúvidas e respondo, nesse caso tu tem que estar bem
> seguro tanto em relação ao MySQL e principalmente ao Oracle.
>
> Geralmente tem um ou outro que fica com muita raiva e sai a medida que
> você vai mostrando que o Oracle é melhor! =p
>
>
> On 8/20/08, Alexandre S. de Pinho  gmail.com >
> wrote:
> >
> >
> >
> >
> >
> >
> > Senhores,
> > Bom dia.
> >
> > Gostaria de ouvir algumas opiniões a respeito da utilização do Oracle 10g
> > para aplicações Web comparados ao MySQL.
> > Por que?
> >
> > Tenho que 'provar' aos programadores que sempre utilizaram PHP com MySQL
> que
> > o Oracle também é um banco para aplicações WEB.
> >
> > Opiniões serão muito bem vindas!.
> > Obs.: A empresa já utiliza MySQL, o processo refere-se à uma provável
> > migração.
> >
> > Obrigado.
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >
>
> --
> Rosivaldo Azevedo Ramalho
> mail/msn: [EMAIL PROTECTED] com 
> web: http://rosivaldo. goodiez.net
> +55 83 8893 8281
>
> 
>

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

 














  Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua 
cara @ymail.com ou @rocketmail.com.
http://br.new.mail.yahoo.com/addresses

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

Re: RES: [oracle_br] [Off-topic] Banco de Dados Oracle é realmente para Web?

[Rodrigo Mufalani]

   Na minha humilde opinião, vc tem mesma performance se vc tiver
máquinas com hardware decente.

A única diferença é que com Oracle se seu negócio engrena vc tem
como crescer, já acho meio difícil conseguir isso com o Mysql.

O único pró que nesse caso acho que nem deve ser levado em
consideração, é que qq desktop x86 com linux velinho roda o mysql,
já o Oracle não.

Alguém aí já ouviu falar, ou já teve a oportunidade de meter a
mão em algum mysql de 1TB? No mundo Oracle isso é fácil fácil de
encontrar pela frente.

Atenciosamente,

Rodrigo Mufalani
OCP 10g & 11g
[EMAIL PROTECTED]




> Mensagem Original:
> Data: 17:10:33 20/08/2008
> De: Omar Mário Moussa <[EMAIL PROTECTED]>
> Assunto: RES: [oracle_br] [Off-topic] Banco de Dados Oracle é 
> realmente para Web?

>
> Na minha opinião (superficial) acho que geralmente não devemos comparar os 
> dois.
>
> É como comparar um onibus (Oracle), com  um Corvette (MySql).
>
> Oracle pode entregar toneladas de dados em um tempo razoavel e de 
> forma consistente. Já o MySql,  pode entregar pequenas quantidades de 
> dados em um tempo muito mais rápido de forma consistente.
>
> Qual é a real funcionalidade do BD, e qual a frequencia com que irá 
> receber os pedidos?
>
> Você planeja ter centenas de usuários/aplicações examinando o BD a 
> cada 3 segundos? Se sim, o Oracle deve ser sua escolha. Se a sua 
> expectativa for bem menor, ou seja, as consultas, cargas, etc no 
> banco forem bem modestas o MySql poderá surprender pela performance.
>
> Omar
>
> 
> De: oracle_br@yahoogrupos.com.br [EMAIL PROTECTED] em 
> Nome de Rosivaldo [EMAIL PROTECTED]
> Enviado: quarta-feira, 20 de agosto de 2008 15:08
> Para: oracle_br@yahoogrupos.com.br
> Assunto: Re: [oracle_br] [Off-topic] Banco de Dados Oracle é 
> realmente para Web?
>
>
> Na verdade, isso se a gente comprarar com pequenas empresas o Oracle
> não é utilizado, pois existe um fator crítico, , mas em grandes
> empresas que já possuem o Oracle, ele é sim utilizado, e bem voltado
> como "repositório" das coisas, sem se preocupar muito com procedures e
> essas coisas.
>
> Acredito que, pela robustez, o Oracle pode ser tranquilamente
> utilizado para aplicações web com php por exemplo, com uma performance
> ótima. Sem falar que, ao mesmo tempo, pode ser utilizado no backend
> para os demais sistemas internos.
>
> On 8/20/08, Alexandre S. de Pinho 
> <[EMAIL PROTECTED]> 
> wrote:
>>
>>
>>
>>
>>
>>
>> Bom dia Rosivaldo..
>> Não no sentido de um melhor que o outro somente mas no sentido também de
>> o Oracle ser tão 'igualmente' utilizado para aplicações Web ( no modelo de
>> procedures, funções armazenadas ) chamadas via linguagem.
>>
>> 2008/8/20 Rosivaldo <[EMAIL PROTECTED]>
>>
>> > Eu não tenho uma "lista" aqui comigo, mas em geral peço para eles
>> > perguntarem as dúvidas e respondo, nesse caso tu tem que estar bem
>> > seguro tanto em relação ao MySQL e principalmente ao Oracle.
>> >
>> > Geralmente tem um ou outro que fica com muita raiva e sai a medida que
>> > você vai mostrando que o Oracle é melhor! =p
>> >
>> >
>> > On 8/20/08, Alexandre S. de Pinho 
>> <[EMAIL 
>> PROTECTED]>
>> > wrote:
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > > Senhores,
>> > > Bom dia.
>> > >
>> > > Gostaria de ouvir algumas opiniões a respeito da utilização do Oracle 10g
>> > > para aplicações Web comparados ao MySQL.
>> > > Por que?
>> > >
>> > > Tenho que 'provar' aos programadores que sempre utilizaram PHP com MySQL
>> > que
>> > > o Oracle também é um banco para aplicações WEB.
>> > >
>> > > Opiniões serão muito bem vindas!.
>> > > Obs.: A empresa já utiliza MySQL, o processo refere-se à uma provável
>> > > migração.
>> > >
>> > > Obrigado.
>> > >
>> > > [As partes desta mensagem que não continham texto foram removidas]
>> > >
>> > >
>> >
>> > --
>> > Rosivaldo Azevedo Ramalho
>> > mail/msn: [EMAIL PROTECTED] 
>> 
>> > web: http://rosivaldo.goodiez.net
>> > +55 83 8893 8281
>> >
>> >
>> >
>>
>> [As partes desta mensagem que não continham texto foram removidas]
>>
>>
>
> --
> Rosivaldo Azevedo Ramalho
> mail/msn: [EMAIL PROTECTED]
> web: http://rosivaldo.goodiez.net
> +55 83 8893 8281
>
>
>
> 
>
> --
>> 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/
> --
>> Funções, Procedures, propostas de emprego - O GRUPO ORACLE_BR TEM 
>> SEU PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/
> -

Re: [oracle_br] Re: Drop ou Truncate Big Table?

[Willian Frasson]

Fiz o seguinte teste na minha VM encima do Oracle 11 com ASM e 1 Giga de 
memória:

TABELA: EMP2
NÚMERO DE REGISTROS: 7.670.016
TEMPO: 2 SEGUNDOS

26 X 2 SEGUNDOS: 52 SEGUNDOS
(EM TESE DEMORARIA 1 MINUTO)


  - Original Message - 
  From: Rafael Almeida Milanez 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, August 20, 2008 4:53 PM
  Subject: RES: [oracle_br] Re: Drop ou Truncate Big Table?


  Só para ter uma base

  SPIELBERG>select count(*) from la_cust_day;

  COUNT(*)
  --
  240196081

  SPIELBERG>select to_char(sum(bytes)) from user_segments
  2 where segment_name = 'LA_CUST_DAY';

  TO_CHAR(SUM(BYTES))
  
  10049552384


  

  De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Marcelo
  Enviada em: quarta-feira, 20 de agosto de 2008 16:21
  Para: oracle_br@yahoogrupos.com.br
  Assunto: RES: [oracle_br] Re: Drop ou Truncate Big Table?

  Uma tabela com 1 Giga dependendo a quantidade de campos, não dá nem 2
  milhões de registros, imagine 200 milhões? Rsss

  Marcelo Alberto Lauschner

  Desenvolvimento de Sistemas

  Auto Pratense Ltda

  * - Fone: (0XX54) 3242-3620

  * - Fax: (0XX54) 3242-3648

  * - E-mail:  >
  [EMAIL PROTECTED]  

  * - WWW: www.autopratense.com.br  > 

  _ 

  De: oracle_br@yahoogrupos.com.br  
[mailto:oracle_br@yahoogrupos.com.br  ] 
Em
  nome de Rosivaldo
  Enviada em: quarta-feira, 20 de agosto de 2008 16:06
  Para: oracle_br@yahoogrupos.com.br  
  Assunto: Re: [oracle_br] Re: Drop ou Truncate Big Table?

  Foi como eu disse anteriormente, esse tempo não foi nada stressante
  para um tabela com mais ou menos 1 giga de tamanho.

  On 8/20/08, Willian Frasson <[EMAIL PROTECTED]
   com.br> wrote:
  >
  >
  >
  >
  >
  >
  > Sim Vinicius isso eu sei, mas se alguém fez um truncate tão grande qual o
  tempo que levou (MÉDIA).
  >
  > - Original Message -
  > From: vinicius.hoffmann
  > To: [EMAIL PROTECTED]  os.com.br
  >
  > Sent: Wednesday, August 20, 2008 1:46 PM
  > Subject: [oracle_br] Re: Drop ou Truncate Big Table?
  >
  > Se você sabe muito bem dos conceitos deveria saber que depende muito
  > do seu hardware, não existe como você receber uma estimativa de tempo
  > se nós não soubermos exatamente como está seu hardware (capacidade,
  > situação atual, fragmentação, distribuição de data files, etc)
  >
  > Por que você acha que até hoje não inventaram uma barra de progressão
  > descente nos forms que nós vemos nas aplicações hoje em dia? Depende
  > muito do seu hardware e o cálculo é complexo.
  >
  > --- Em [EMAIL PROTECTED] 
  os.com.br, "Willian Frasson" <[EMAIL PROTECTED]>
  > escreveu
  > >
  > > haha dos conceitos do truncate e drop eu sei muito bem, estou
  > questionando O TEMPO DO TRUNCATE?
  > > o TEMPO DO DROP?
  > > TABELA DE 200 MILHÕES DE REGISTROS!
  > >
  > > - Original Message -
  > > From: Andre Santos
  > > To: [EMAIL PROTECTED] 
  os.com.br
  > > Sent: Wednesday, August 20, 2008 12:59 PM
  > > Subject: Re: [oracle_br] Drop ou Truncate Big Table?
  > >
  > >
  > > Geisel
  > >
  > > "Drop" dispara trigger de "delete"?
  > >
  > > [ ]
  > >
  > > André
  > >
  > > Em 20/08/08, Geisel S Polycarpo <[EMAIL PROTECTED]> escreveu:
  > > >
  > > > Como o Rosivaldo comentou o truncate, pois ele não dispara
  > trigger de
  > > > deleção como o drop...
  > > > Porem ele mantem a estrutura ai vc pode dropar a tabela..
  > > > Logo o truncate é bem mais rápido ...
  > > >
  > > >
  > > > Geisel Polycarpo
  > > > Suporte
  > > > Fone:(11) 3231-0411
  > > > E-mail:[EMAIL PROTECTED] 
  > > > Home Page: www.en-sof.com.br
  > > >
  > > >
  > > > -Mensagem original-
  > > > De: [EMAIL PROTECTED] 
  os.com.br  40yahoogrupos.com.br> [mailto:
  > > > [EMAIL PROTECTED]  os.com.br
  ]
  > Em
  > > > nome de Willian Frasson
  > > > Enviada em: quarta-feira, 20 de agosto de 2008 10:30
  > > > Para: [EMAIL PROTECTED] 
  os.com.br  40yahoogrupos.com.br>
  > > > Assunto: [oracle_br] Drop ou Truncate Big Table?
  > > >
  > > > Galera bom dia, alguém já fez um teste com relação a TEMPO de
  > um TRUNCATE
  > > > ou
  > > > um DROP em uma tabela de 200.000.000 de registros?
  > > > Tempo Estimado?
  > > > Abçs
  > > >
  > > > [As partes desta mensagem que não continham texto foram
  > removidas]
  > > >
  > > > 
  > > >
  > > > --

RES: [oracle_br] Re: Drop ou Truncate Big Table?

[Marcelo]

Esta tabela tem pouco mais de 9 giga.

 

Aqui sempre importo um Backup de 20gb para minha base teste periodicamente e
tem umas 4 tabelas com cerca de 2 gb cada, e quando faço um drop de todas as
tabelas do owner na base teste, para fazer o import full,  não demora mais
que 5 minutos todo o processo de Drop tables.

 

Espero ter ajudado.

 

Marcelo Alberto Lauschner

Desenvolvimento de Sistemas

Auto Pratense Ltda

* - Fone: (0XX54) 3242-3620

* - Fax: (0XX54) 3242-3648

* - E-mail:  
[EMAIL PROTECTED]

* - WWW: www.autopratense.com.br   

  _  

De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
nome de Rafael Almeida Milanez
Enviada em: quarta-feira, 20 de agosto de 2008 16:53
Para: oracle_br@yahoogrupos.com.br
Assunto: RES: [oracle_br] Re: Drop ou Truncate Big Table?

 

Só para ter uma base

SPIELBERG>select count(*) from la_cust_day;

COUNT(*)
--
240196081

SPIELBERG>select to_char(sum(bytes)) from user_segments
2 where segment_name = 'LA_CUST_DAY';

TO_CHAR(SUM(BYTES))

10049552384




De: [EMAIL PROTECTED]  os.com.br
[mailto:[EMAIL PROTECTED] 
os.com.br] Em nome de Marcelo
Enviada em: quarta-feira, 20 de agosto de 2008 16:21
Para: [EMAIL PROTECTED]  os.com.br
Assunto: RES: [oracle_br] Re: Drop ou Truncate Big Table?

Uma tabela com 1 Giga dependendo a quantidade de campos, não dá nem 2
milhões de registros, imagine 200 milhões? Rsss

Marcelo Alberto Lauschner

Desenvolvimento de Sistemas

Auto Pratense Ltda

* - Fone: (0XX54) 3242-3620

* - Fax: (0XX54) 3242-3648

* - E-mail:  e.com.br
 >
[EMAIL PROTECTED]  e.com.br
 

* - WWW: www.autopratense.com.br  ense.com.br/  ense.com.br/> > 

_ 

De: [EMAIL PROTECTED]  os.com.br
 [mailto:[EMAIL PROTECTED]
 os.com.br
 ] Em
nome de Rosivaldo
Enviada em: quarta-feira, 20 de agosto de 2008 16:06
Para: [EMAIL PROTECTED]  os.com.br
 
Assunto: Re: [oracle_br] Re: Drop ou Truncate Big Table?

Foi como eu disse anteriormente, esse tempo não foi nada stressante
para um tabela com mais ou menos 1 giga de tamanho.

On 8/20/08, Willian Frasson <[EMAIL PROTECTED]
 com.br> wrote:
>
>
>
>
>
>
> Sim Vinicius isso eu sei, mas se alguém fez um truncate tão grande qual o
tempo que levou (MÉDIA).
>
> - Original Message -
> From: vinicius.hoffmann
> To: [EMAIL PROTECTED]  os.com.br
>
> Sent: Wednesday, August 20, 2008 1:46 PM
> Subject: [oracle_br] Re: Drop ou Truncate Big Table?
>
> Se você sabe muito bem dos conceitos deveria saber que depende muito
> do seu hardware, não existe como você receber uma estimativa de tempo
> se nós não soubermos exatamente como está seu hardware (capacidade,
> situação atual, fragmentação, distribuição de data files, etc)
>
> Por que você acha que até hoje não inventaram uma barra de progressão
> descente nos forms que nós vemos nas aplicações hoje em dia? Depende
> muito do seu hardware e o cálculo é complexo.
>
> --- Em [EMAIL PROTECTED] 
os.com.br, "Willian Frasson" <[EMAIL PROTECTED]>
> escreveu
> >
> > haha dos conceitos do truncate e drop eu sei muito bem, estou
> questionando O TEMPO DO TRUNCATE?
> > o TEMPO DO DROP?
> > TABELA DE 200 MILHÕES DE REGISTROS!
> >
> > - Original Message -
> > From: Andre Santos
> > To: [EMAIL PROTECTED] 
os.com.br
> > Sent: Wednesday, August 20, 2008 12:59 PM
> > Subject: Re: [oracle_br] Drop ou Truncate Big Table?
> >
> >
> > Geisel
> >
> > "Drop" dispara trigger de "delete"?
> >
> > [ ]
> >
> > André
> >
> > Em 20/08/08, Geisel S Polycarpo <[EMAIL PROTECTED]> escreveu:
> > >
> > > Como o Rosivaldo comentou o truncate, pois ele não dispara
> trigger de
> > > deleção como o drop...
> > > Porem ele mantem a estrutura ai vc pode dropar a tabela..
> > > Logo o truncate é bem mais rápido ...
> > >
> > >
> > > Geisel Polycarpo
> > > Suporte
> > > Fone:(11) 3231-0411
> > > E-mail:[EMAIL PROTECTED] 
> > > Home Page: www.en-sof.com.br
> > >
> > >
> > > -Mensagem original-
> > > De: [EMAIL PROTECTED] 
os.com.br  40yahoogrupos.com.br> [mailto:
> > > [EMAIL PROTECTED]  os.com.br
]
> Em
> > > no

RES: [oracle_br] [Off-topic] Banco de Dados Oracle é r ealmente para Web?

[Omar Mário Moussa]

Na minha opinião (superficial) acho que geralmente não devemos comparar os dois.

É como comparar um onibus (Oracle), com  um Corvette (MySql).

Oracle pode entregar toneladas de dados em um tempo razoavel e de forma 
consistente. Já o MySql,  pode entregar pequenas quantidades de dados em um 
tempo muito mais rápido de forma consistente.

Qual é a real funcionalidade do BD, e qual a frequencia com que irá receber os 
pedidos?

Você planeja ter centenas de usuários/aplicações examinando o BD a cada 3 
segundos? Se sim, o Oracle deve ser sua escolha. Se a sua expectativa for bem 
menor, ou seja, as consultas, cargas, etc no banco forem bem modestas o MySql 
poderá surprender pela performance.

Omar


De: oracle_br@yahoogrupos.com.br [EMAIL PROTECTED] em Nome de Rosivaldo [EMAIL 
PROTECTED]
Enviado: quarta-feira, 20 de agosto de 2008 15:08
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] [Off-topic] Banco de Dados Oracle é realmente para Web?


Na verdade, isso se a gente comprarar com pequenas empresas o Oracle
não é utilizado, pois existe um fator crítico, , mas em grandes
empresas que já possuem o Oracle, ele é sim utilizado, e bem voltado
como "repositório" das coisas, sem se preocupar muito com procedures e
essas coisas.

Acredito que, pela robustez, o Oracle pode ser tranquilamente
utilizado para aplicações web com php por exemplo, com uma performance
ótima. Sem falar que, ao mesmo tempo, pode ser utilizado no backend
para os demais sistemas internos.

On 8/20/08, Alexandre S. de Pinho <[EMAIL 
PROTECTED]> wrote:
>
>
>
>
>
>
> Bom dia Rosivaldo..
> Não no sentido de um melhor que o outro somente mas no sentido também de
> o Oracle ser tão 'igualmente' utilizado para aplicações Web ( no modelo de
> procedures, funções armazenadas ) chamadas via linguagem.
>
> 2008/8/20 Rosivaldo <[EMAIL PROTECTED]>
>
> > Eu não tenho uma "lista" aqui comigo, mas em geral peço para eles
> > perguntarem as dúvidas e respondo, nesse caso tu tem que estar bem
> > seguro tanto em relação ao MySQL e principalmente ao Oracle.
> >
> > Geralmente tem um ou outro que fica com muita raiva e sai a medida que
> > você vai mostrando que o Oracle é melhor! =p
> >
> >
> > On 8/20/08, Alexandre S. de Pinho <[EMAIL 
> > PROTECTED]>
> > wrote:
> > >
> > >
> > >
> > >
> > >
> > >
> > > Senhores,
> > > Bom dia.
> > >
> > > Gostaria de ouvir algumas opiniões a respeito da utilização do Oracle 10g
> > > para aplicações Web comparados ao MySQL.
> > > Por que?
> > >
> > > Tenho que 'provar' aos programadores que sempre utilizaram PHP com MySQL
> > que
> > > o Oracle também é um banco para aplicações WEB.
> > >
> > > Opiniões serão muito bem vindas!.
> > > Obs.: A empresa já utiliza MySQL, o processo refere-se à uma provável
> > > migração.
> > >
> > > Obrigado.
> > >
> > > [As partes desta mensagem que não continham texto foram removidas]
> > >
> > >
> >
> > --
> > Rosivaldo Azevedo Ramalho
> > mail/msn: [EMAIL PROTECTED] 
> > 
> > web: http://rosivaldo.goodiez.net
> > +55 83 8893 8281
> >
> >
> >
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>

--
Rosivaldo Azevedo Ramalho
mail/msn: [EMAIL PROTECTED]
web: http://rosivaldo.goodiez.net
+55 83 8893 8281

RES: [oracle_br] Re: Drop ou Truncate Big Table?

[Rafael Almeida Milanez]

Só para ter uma base
 
SPIELBERG>select count(*) from la_cust_day;
 
  COUNT(*)
--
 240196081
 
SPIELBERG>select to_char(sum(bytes)) from user_segments
  2  where segment_name = 'LA_CUST_DAY';
 
TO_CHAR(SUM(BYTES))

10049552384
 




De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Marcelo
Enviada em: quarta-feira, 20 de agosto de 2008 16:21
Para: oracle_br@yahoogrupos.com.br
Assunto: RES: [oracle_br] Re: Drop ou Truncate Big Table?



Uma tabela com 1 Giga dependendo a quantidade de campos, não dá nem 2
milhões de registros, imagine 200 milhões? Rsss

Marcelo Alberto Lauschner

Desenvolvimento de Sistemas

Auto Pratense Ltda

* - Fone: (0XX54) 3242-3620

* - Fax: (0XX54) 3242-3648

* - E-mail:  >
[EMAIL PROTECTED]  

* - WWW: www.autopratense.com.br  > 

_ 

De: oracle_br@yahoogrupos.com.br   
[mailto:oracle_br@yahoogrupos.com.br  ] 
Em
nome de Rosivaldo
Enviada em: quarta-feira, 20 de agosto de 2008 16:06
Para: oracle_br@yahoogrupos.com.br  
Assunto: Re: [oracle_br] Re: Drop ou Truncate Big Table?

Foi como eu disse anteriormente, esse tempo não foi nada stressante
para um tabela com mais ou menos 1 giga de tamanho.

On 8/20/08, Willian Frasson <[EMAIL PROTECTED]
 com.br> wrote:
>
>
>
>
>
>
> Sim Vinicius isso eu sei, mas se alguém fez um truncate tão grande qual o
tempo que levou (MÉDIA).
>
> - Original Message -
> From: vinicius.hoffmann
> To: [EMAIL PROTECTED]  os.com.br
>
> Sent: Wednesday, August 20, 2008 1:46 PM
> Subject: [oracle_br] Re: Drop ou Truncate Big Table?
>
> Se você sabe muito bem dos conceitos deveria saber que depende muito
> do seu hardware, não existe como você receber uma estimativa de tempo
> se nós não soubermos exatamente como está seu hardware (capacidade,
> situação atual, fragmentação, distribuição de data files, etc)
>
> Por que você acha que até hoje não inventaram uma barra de progressão
> descente nos forms que nós vemos nas aplicações hoje em dia? Depende
> muito do seu hardware e o cálculo é complexo.
>
> --- Em [EMAIL PROTECTED] 
os.com.br, "Willian Frasson" <[EMAIL PROTECTED]>
> escreveu
> >
> > haha dos conceitos do truncate e drop eu sei muito bem, estou
> questionando O TEMPO DO TRUNCATE?
> > o TEMPO DO DROP?
> > TABELA DE 200 MILHÕES DE REGISTROS!
> >
> > - Original Message -
> > From: Andre Santos
> > To: [EMAIL PROTECTED] 
os.com.br
> > Sent: Wednesday, August 20, 2008 12:59 PM
> > Subject: Re: [oracle_br] Drop ou Truncate Big Table?
> >
> >
> > Geisel
> >
> > "Drop" dispara trigger de "delete"?
> >
> > [ ]
> >
> > André
> >
> > Em 20/08/08, Geisel S Polycarpo <[EMAIL PROTECTED]> escreveu:
> > >
> > > Como o Rosivaldo comentou o truncate, pois ele não dispara
> trigger de
> > > deleção como o drop...
> > > Porem ele mantem a estrutura ai vc pode dropar a tabela..
> > > Logo o truncate é bem mais rápido ...
> > >
> > >
> > > Geisel Polycarpo
> > > Suporte
> > > Fone:(11) 3231-0411
> > > E-mail:[EMAIL PROTECTED] 
> > > Home Page: www.en-sof.com.br
> > >
> > >
> > > -Mensagem original-
> > > De: [EMAIL PROTECTED] 
os.com.br  40yahoogrupos.com.br> [mailto:
> > > [EMAIL PROTECTED]  os.com.br
]
> Em
> > > nome de Willian Frasson
> > > Enviada em: quarta-feira, 20 de agosto de 2008 10:30
> > > Para: [EMAIL PROTECTED] 
os.com.br  40yahoogrupos.com.br>
> > > Assunto: [oracle_br] Drop ou Truncate Big Table?
> > >
> > > Galera bom dia, alguém já fez um teste com relação a TEMPO de
> um TRUNCATE
> > > ou
> > > um DROP em uma tabela de 200.000.000 de registros?
> > > Tempo Estimado?
> > > Abçs
> > >
> > > [As partes desta mensagem que não continham texto foram
> removidas]
> > >
> > > 
> > >
> > > --
> > > --
> > > >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  /
> > > --
> > > --
> > > >Funções, Procedures, propostas de emprego - O GRUPO ORACLE_BR
> TEM SEU
> > > PROPRIO ESPAÇO! VISITE: http://www.oraclebr

RES: [oracle_br] Drop ou Truncate Big Table?

[Geisel S Polycarpo]

Ola Andre...

O drop não dispara trigger de deleção

 
Geisel Polycarpo
Suporte
Fone:(11) 3231-0411
E-mail:[EMAIL PROTECTED] 
Home Page: www.en-sof.com.br 
 

-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
nome de Andre Santos
Enviada em: quarta-feira, 20 de agosto de 2008 13:00
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Drop ou Truncate Big Table?

Geisel

"Drop" dispara trigger de "delete"?

[ ]

André


Em 20/08/08, Geisel S Polycarpo <[EMAIL PROTECTED]> escreveu:
>
>   Como o Rosivaldo comentou o truncate, pois ele não dispara trigger de
> deleção como o drop...
> Porem ele mantem a estrutura ai vc pode dropar a tabela..
> Logo o truncate é bem mais rápido ...
>
>
> Geisel Polycarpo
> Suporte
> Fone:(11) 3231-0411
> E-mail:[EMAIL PROTECTED] 
> Home Page: www.en-sof.com.br
>
>
> -Mensagem original-
> De: oracle_br@yahoogrupos.com.br  [mailto:
> oracle_br@yahoogrupos.com.br ] Em
> nome de Willian Frasson
> Enviada em: quarta-feira, 20 de agosto de 2008 10:30
> Para: oracle_br@yahoogrupos.com.br 
> Assunto: [oracle_br] Drop ou Truncate Big Table?
>
> Galera bom dia, alguém já fez um teste com relação a TEMPO de um TRUNCATE
> ou
> um DROP em uma tabela de 200.000.000 de registros?
> Tempo Estimado?
> Abçs
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 
>
> --
> --
> >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/
> --
> --
> >Funções, Procedures, propostas de emprego - O GRUPO ORACLE_BR TEM SEU
> PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/
> --
>  Links do Yahoo! Grupos
>
> No virus found in this incoming message.
> Checked by AVG - http://www.avg.com
> Version: 8.0.138 / Virus Database: 270.6.6/1623 - Release Date: 20/8/2008
> 08:12
>
> 
>


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





--
>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/ 

--
>Funções, Procedures, propostas de emprego - O GRUPO ORACLE_BR TEM SEU
PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos



No virus found in this incoming message.
Checked by AVG - http://www.avg.com 
Version: 8.0.138 / Virus Database: 270.6.6/1623 - Release Date: 20/8/2008
08:12

[oracle_br] Como altero o NLS_CHARACTERSET DE US7ASCII PARA WE8ISO8859P1

[manoel marcos da silva]

Instalei Banco ORACLE com NLS_CHARACTERSET  US7ASCII mas preciso aletrar
para o Portugues(WE8ISO8859P1)
 consigo alterar sem ter que reinstalar?

ATT


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

RES: [oracle_br] Re: Drop ou Truncate Big Table?

[Marcelo]

Uma tabela com 1 Giga dependendo a quantidade de campos, não dá nem 2
milhões de registros, imagine 200 milhões? Rsss

 

 

Marcelo Alberto Lauschner

Desenvolvimento de Sistemas

Auto Pratense Ltda

* - Fone: (0XX54) 3242-3620

* - Fax: (0XX54) 3242-3648

* - E-mail:  
[EMAIL PROTECTED]

* - WWW: www.autopratense.com.br   

  _  

De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
nome de Rosivaldo
Enviada em: quarta-feira, 20 de agosto de 2008 16:06
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Re: Drop ou Truncate Big Table?

 

Foi como eu disse anteriormente, esse tempo não foi nada stressante
para um tabela com mais ou menos 1 giga de tamanho.

On 8/20/08, Willian Frasson <[EMAIL PROTECTED]
 com.br> wrote:
>
>
>
>
>
>
> Sim Vinicius isso eu sei, mas se alguém fez um truncate tão grande qual o
tempo que levou (MÉDIA).
>
> - Original Message -
> From: vinicius.hoffmann
> To: [EMAIL PROTECTED]  os.com.br
>
> Sent: Wednesday, August 20, 2008 1:46 PM
> Subject: [oracle_br] Re: Drop ou Truncate Big Table?
>
> Se você sabe muito bem dos conceitos deveria saber que depende muito
> do seu hardware, não existe como você receber uma estimativa de tempo
> se nós não soubermos exatamente como está seu hardware (capacidade,
> situação atual, fragmentação, distribuição de data files, etc)
>
> Por que você acha que até hoje não inventaram uma barra de progressão
> descente nos forms que nós vemos nas aplicações hoje em dia? Depende
> muito do seu hardware e o cálculo é complexo.
>
> --- Em [EMAIL PROTECTED] 
os.com.br, "Willian Frasson" <[EMAIL PROTECTED]>
> escreveu
> >
> > haha dos conceitos do truncate e drop eu sei muito bem, estou
> questionando O TEMPO DO TRUNCATE?
> > o TEMPO DO DROP?
> > TABELA DE 200 MILHÕES DE REGISTROS!
> >
> > - Original Message -
> > From: Andre Santos
> > To: [EMAIL PROTECTED] 
os.com.br
> > Sent: Wednesday, August 20, 2008 12:59 PM
> > Subject: Re: [oracle_br] Drop ou Truncate Big Table?
> >
> >
> > Geisel
> >
> > "Drop" dispara trigger de "delete"?
> >
> > [ ]
> >
> > André
> >
> > Em 20/08/08, Geisel S Polycarpo <[EMAIL PROTECTED]> escreveu:
> > >
> > > Como o Rosivaldo comentou o truncate, pois ele não dispara
> trigger de
> > > deleção como o drop...
> > > Porem ele mantem a estrutura ai vc pode dropar a tabela..
> > > Logo o truncate é bem mais rápido ...
> > >
> > >
> > > Geisel Polycarpo
> > > Suporte
> > > Fone:(11) 3231-0411
> > > E-mail:[EMAIL PROTECTED] 
> > > Home Page: www.en-sof.com.br
> > >
> > >
> > > -Mensagem original-
> > > De: [EMAIL PROTECTED] 
os.com.br  40yahoogrupos.com.br> [mailto:
> > > [EMAIL PROTECTED]  os.com.br
]
> Em
> > > nome de Willian Frasson
> > > Enviada em: quarta-feira, 20 de agosto de 2008 10:30
> > > Para: [EMAIL PROTECTED] 
os.com.br  40yahoogrupos.com.br>
> > > Assunto: [oracle_br] Drop ou Truncate Big Table?
> > >
> > > Galera bom dia, alguém já fez um teste com relação a TEMPO de
> um TRUNCATE
> > > ou
> > > um DROP em uma tabela de 200.000.000 de registros?
> > > Tempo Estimado?
> > > Abçs
> > >
> > > [As partes desta mensagem que não continham texto foram
> removidas]
> > >
> > > 
> > >
> > > --
> > > --
> > > >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/
> > > --
> > > --
> > > >Funções, Procedures, propostas de emprego - O GRUPO ORACLE_BR
> TEM SEU
> > > PROPRIO ESPAÇO! VISITE: http://www.oraclebr
 .com.br/
> > > --
> > >  Links do Yahoo!
> Grupos
> > >
> > > No virus found in this incoming message.
> > > Checked by AVG - http://www.avg.  com
> > > Version: 8.0.138 / Virus Database: 270.6.6/1623 - Release Date:
> 20/8/2008
> > > 08:12
> > >
> > >
> > >
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >
> >
> >
> >
> > __ Informação do NOD32 IMON 3368 (20080819) __
> >
> > Esta mensagem foi verificada pelo NOD32 sistema antivírus
> > http://www.eset.  com.br
> >
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
>
> __ Informação do NOD32 IMON 3368 (20080819) __
>
> 

Re: [oracle_br] Re: Drop ou Truncate Big Table?

[Rosivaldo]

Foi como eu disse anteriormente, esse tempo não foi nada stressante
para um tabela com mais ou menos 1 giga de tamanho.

On 8/20/08, Willian Frasson <[EMAIL PROTECTED]> wrote:
>
>
>
>
>
>
> Sim Vinicius isso eu sei, mas se alguém fez um truncate tão grande qual o 
> tempo que levou (MÉDIA).
>
> - Original Message -
> From: vinicius.hoffmann
> To: oracle_br@yahoogrupos.com.br
>
> Sent: Wednesday, August 20, 2008 1:46 PM
> Subject: [oracle_br] Re: Drop ou Truncate Big Table?
>
> Se você sabe muito bem dos conceitos deveria saber que depende muito
> do seu hardware, não existe como você receber uma estimativa de tempo
> se nós não soubermos exatamente como está seu hardware (capacidade,
> situação atual, fragmentação, distribuição de data files, etc)
>
> Por que você acha que até hoje não inventaram uma barra de progressão
> descente nos forms que nós vemos nas aplicações hoje em dia? Depende
> muito do seu hardware e o cálculo é complexo.
>
> --- Em oracle_br@yahoogrupos.com.br, "Willian Frasson" <[EMAIL PROTECTED]>
> escreveu
> >
> > haha dos conceitos do truncate e drop eu sei muito bem, estou
> questionando O TEMPO DO TRUNCATE?
> > o TEMPO DO DROP?
> > TABELA DE 200 MILHÕES DE REGISTROS!
> >
> > - Original Message -
> > From: Andre Santos
> > To: oracle_br@yahoogrupos.com.br
> > Sent: Wednesday, August 20, 2008 12:59 PM
> > Subject: Re: [oracle_br] Drop ou Truncate Big Table?
> >
> >
> > Geisel
> >
> > "Drop" dispara trigger de "delete"?
> >
> > [ ]
> >
> > André
> >
> > Em 20/08/08, Geisel S Polycarpo <[EMAIL PROTECTED]> escreveu:
> > >
> > > Como o Rosivaldo comentou o truncate, pois ele não dispara
> trigger de
> > > deleção como o drop...
> > > Porem ele mantem a estrutura ai vc pode dropar a tabela..
> > > Logo o truncate é bem mais rápido ...
> > >
> > >
> > > Geisel Polycarpo
> > > Suporte
> > > Fone:(11) 3231-0411
> > > E-mail:[EMAIL PROTECTED] 
> > > Home Page: www.en-sof.com.br
> > >
> > >
> > > -Mensagem original-
> > > De: oracle_br@yahoogrupos.com.br  40yahoogrupos.com.br> [mailto:
> > > oracle_br@yahoogrupos.com.br ]
> Em
> > > nome de Willian Frasson
> > > Enviada em: quarta-feira, 20 de agosto de 2008 10:30
> > > Para: oracle_br@yahoogrupos.com.br  40yahoogrupos.com.br>
> > > Assunto: [oracle_br] Drop ou Truncate Big Table?
> > >
> > > Galera bom dia, alguém já fez um teste com relação a TEMPO de
> um TRUNCATE
> > > ou
> > > um DROP em uma tabela de 200.000.000 de registros?
> > > Tempo Estimado?
> > > Abçs
> > >
> > > [As partes desta mensagem que não continham texto foram
> removidas]
> > >
> > > 
> > >
> > > --
> > > --
> > > >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/
> > > --
> > > --
> > > >Funções, Procedures, propostas de emprego - O GRUPO ORACLE_BR
> TEM SEU
> > > PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/
> > > --
> > >  Links do Yahoo!
> Grupos
> > >
> > > No virus found in this incoming message.
> > > Checked by AVG - http://www.avg.com
> > > Version: 8.0.138 / Virus Database: 270.6.6/1623 - Release Date:
> 20/8/2008
> > > 08:12
> > >
> > >
> > >
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >
> >
> >
> >
> > __ Informação do NOD32 IMON 3368 (20080819) __
> >
> > Esta mensagem foi verificada pelo NOD32 sistema antivírus
> > http://www.eset.com.br
> >
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
>
> __ Informação do NOD32 IMON 3368 (20080819) __
>
> Esta mensagem foi verificada pelo NOD32 sistema antivírus
> http://www.eset.com.br
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
> 



-- 
Rosivaldo Azevedo Ramalho
mail/msn: [EMAIL PROTECTED]
web: http://rosivaldo.goodiez.net
+55 83 8893 8281

Re: [oracle_br] Re: Drop ou Truncate Big Table?

[Willian Frasson]

Sim Vinicius isso eu sei, mas se alguém fez um truncate tão grande qual o tempo 
que levou (MÉDIA).

  - Original Message - 
  From: vinicius.hoffmann 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, August 20, 2008 1:46 PM
  Subject: [oracle_br] Re: Drop ou Truncate Big Table?


  Se você sabe muito bem dos conceitos deveria saber que depende muito 
  do seu hardware, não existe como você receber uma estimativa de tempo 
  se nós não soubermos exatamente como está seu hardware (capacidade, 
  situação atual, fragmentação, distribuição de data files, etc)

  Por que você acha que até hoje não inventaram uma barra de progressão 
  descente nos forms que nós vemos nas aplicações hoje em dia? Depende 
  muito do seu hardware e o cálculo é complexo.

  --- Em oracle_br@yahoogrupos.com.br, "Willian Frasson" <[EMAIL PROTECTED]> 
  escreveu
  >
  > haha dos conceitos do truncate e drop eu sei muito bem, estou 
  questionando O TEMPO DO TRUNCATE?
  > o TEMPO DO DROP?
  > TABELA DE 200 MILHÕES DE REGISTROS!
  > 
  > - Original Message - 
  > From: Andre Santos 
  > To: oracle_br@yahoogrupos.com.br 
  > Sent: Wednesday, August 20, 2008 12:59 PM
  > Subject: Re: [oracle_br] Drop ou Truncate Big Table?
  > 
  > 
  > Geisel
  > 
  > "Drop" dispara trigger de "delete"?
  > 
  > [ ]
  > 
  > André
  > 
  > Em 20/08/08, Geisel S Polycarpo <[EMAIL PROTECTED]> escreveu:
  > >
  > > Como o Rosivaldo comentou o truncate, pois ele não dispara 
  trigger de
  > > deleção como o drop...
  > > Porem ele mantem a estrutura ai vc pode dropar a tabela..
  > > Logo o truncate é bem mais rápido ...
  > >
  > >
  > > Geisel Polycarpo
  > > Suporte
  > > Fone:(11) 3231-0411
  > > E-mail:[EMAIL PROTECTED] 
  > > Home Page: www.en-sof.com.br
  > >
  > >
  > > -Mensagem original-
  > > De: oracle_br@yahoogrupos.com.br  [mailto:
  > > oracle_br@yahoogrupos.com.br ] 
  Em
  > > nome de Willian Frasson
  > > Enviada em: quarta-feira, 20 de agosto de 2008 10:30
  > > Para: oracle_br@yahoogrupos.com.br 
  > > Assunto: [oracle_br] Drop ou Truncate Big Table?
  > >
  > > Galera bom dia, alguém já fez um teste com relação a TEMPO de 
  um TRUNCATE
  > > ou
  > > um DROP em uma tabela de 200.000.000 de registros?
  > > Tempo Estimado?
  > > Abçs
  > >
  > > [As partes desta mensagem que não continham texto foram 
  removidas]
  > >
  > > 
  > >
  > > --
  > > --
  > > >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/
  > > --
  > > --
  > > >Funções, Procedures, propostas de emprego - O GRUPO ORACLE_BR 
  TEM SEU
  > > PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/
  > > --
  > >  Links do Yahoo! 
  Grupos
  > >
  > > No virus found in this incoming message.
  > > Checked by AVG - http://www.avg.com
  > > Version: 8.0.138 / Virus Database: 270.6.6/1623 - Release Date: 
  20/8/2008
  > > 08:12
  > >
  > > 
  > >
  > 
  > [As partes desta mensagem que não continham texto foram removidas]
  > 
  > 
  > 
  > 
  > 
  > __ Informação do NOD32 IMON 3368 (20080819) __
  > 
  > Esta mensagem foi verificada pelo NOD32 sistema antivírus
  > http://www.eset.com.br
  > 
  > 
  > [As partes desta mensagem que não continham texto foram removidas]
  >



   

  __ Informação do NOD32 IMON 3368 (20080819) __

  Esta mensagem foi verificada pelo NOD32 sistema antivírus
  http://www.eset.com.br


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

Re: [oracle_br] [Off-topic] Banco de Dados Oracle é realmente para Web?

[Rosivaldo]

Na verdade, isso se a gente comprarar com pequenas empresas o Oracle
não é utilizado, pois existe um fator crítico, , mas em grandes
empresas que já possuem o Oracle, ele é sim utilizado, e bem voltado
como "repositório" das coisas, sem se preocupar muito com procedures e
essas coisas.

Acredito que, pela robustez, o Oracle pode ser tranquilamente
utilizado para aplicações web com php por exemplo, com uma performance
ótima. Sem falar que, ao mesmo tempo, pode ser utilizado no backend
para os demais sistemas internos.

On 8/20/08, Alexandre S. de Pinho <[EMAIL PROTECTED]> wrote:
>
>
>
>
>
>
> Bom dia Rosivaldo..
> Não no sentido de um melhor que o outro somente mas no sentido também de
> o Oracle ser tão 'igualmente' utilizado para aplicações Web ( no modelo de
> procedures, funções armazenadas ) chamadas via linguagem.
>
> 2008/8/20 Rosivaldo <[EMAIL PROTECTED]>
>
> > Eu não tenho uma "lista" aqui comigo, mas em geral peço para eles
> > perguntarem as dúvidas e respondo, nesse caso tu tem que estar bem
> > seguro tanto em relação ao MySQL e principalmente ao Oracle.
> >
> > Geralmente tem um ou outro que fica com muita raiva e sai a medida que
> > você vai mostrando que o Oracle é melhor! =p
> >
> >
> > On 8/20/08, Alexandre S. de Pinho <[EMAIL 
> > PROTECTED]>
> > wrote:
> > >
> > >
> > >
> > >
> > >
> > >
> > > Senhores,
> > > Bom dia.
> > >
> > > Gostaria de ouvir algumas opiniões a respeito da utilização do Oracle 10g
> > > para aplicações Web comparados ao MySQL.
> > > Por que?
> > >
> > > Tenho que 'provar' aos programadores que sempre utilizaram PHP com MySQL
> > que
> > > o Oracle também é um banco para aplicações WEB.
> > >
> > > Opiniões serão muito bem vindas!.
> > > Obs.: A empresa já utiliza MySQL, o processo refere-se à uma provável
> > > migração.
> > >
> > > Obrigado.
> > >
> > > [As partes desta mensagem que não continham texto foram removidas]
> > >
> > >
> >
> > --
> > Rosivaldo Azevedo Ramalho
> > mail/msn: [EMAIL PROTECTED] 
> > web: http://rosivaldo.goodiez.net
> > +55 83 8893 8281
> >
> >
> >
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 



-- 
Rosivaldo Azevedo Ramalho
mail/msn: [EMAIL PROTECTED]
web: http://rosivaldo.goodiez.net
+55 83 8893 8281

[oracle_br] Re: Problemas na atualização do Patch 10

[amorrimm]

Sim...setei tudo direitinho seguindo a risca o manual...ORACLE_SID e 
ORACLE_HOME...

Putz...é isso...o meu patchset é 10.2.0.1.0

estava fazendo um teste na minha máquina, que tem um standard edition 
antes de fazer no server propriamente dito...mas la no server, ele 
esta com o patchset 10.1.0.2

Obrigadão pela ajuda !!



--- Em oracle_br@yahoogrupos.com.br, "Willian Frasson" <[EMAIL PROTECTED]> 
escreveu
>
> Qual versão do Patchset está seu banco?
> Fez as configurações iniciais de PATH, ORACLE_SID, ORACLE_HOME?
> 
>   - Original Message - 
>   From: amorrimm 
>   To: oracle_br@yahoogrupos.com.br 
>   Sent: Wednesday, August 20, 2008 2:17 PM
>   Subject: [oracle_br] Problemas na atualização do Patch 10
> 
> 
>   Boa tarde Pessoal, tudo bom ?
> 
>   Tenho uma dúvida...baixei o patch 7047019 para aplicar no meu 
oracle 
>   10 mas encontrei alguns problema logo na checagem dos pre-
>   requisitos...to seguindo o manual que baixei do metalink mas não 
>   encontrei nada sobre este erro...
> 
>   Poderiam me ajudar ?
> 
>   ApplySession aplicando o patch temporßrio '7047019' para 
>   OH 'C:\oracle\product\1
>   0.2.0\db_1'
> 
>   Running prerequisite checks...
>   Patch 7047019: Optional component(s) missing : [ oracle.rdbms, 
>   10.1.0.5.0, higher version 10.2.0.1.0 found. ] , [ 
oracle.jdbc_ic, 
>   10.1.0.5.0 ] , 
[oracle.rdbms.expimp,10.1.0.5.0 ] ,oracle.rsf.net_rsf, 
>   10.1.0.5.0 ] , [ oracle.cartridges.context, 10.1.0.5.0 ] , [ 
>   oracle.rsf.xdk_rsf, 10.1.0.5.0 ] , [ oracle.options.ops, 
>   10.1.0.5.0 ] , [ oracle.cartridges.locator, 10.1.0.5.0 ] , [ 
>   oracle.rsf.nlsrtl_rsf, 10.1.0.5.0 ] , [ oracle.p2k.odbc, 
>   10.1.0.5.0 ] , [ oracle.rsf.oracore_rsf, 10.1.0.5.0 ] , [ 
oracle.crs, 
>   10.1.0.5.0 ] , [ oracle.java.javavm.javatools, 10.1.0.5.0 ] , [ 
>   oracle.isearch.is_common, 10.1.0.5.0 ] , [ oracle.isearch.client,
>   10.1.0.5.0 ] , [ oracle.isearch.server, 10.1.0.5.0 ] , [ 
>   oracle.p2k.proc, 10.1.0.5.0 ] , [ oracle.sysman.agent, 
10.1.0.5.0 ] , 
>   [ oracle.sysman.console.db, 10.1.0.5.0, higher version 10.2.0.1.0 
>   found. ] , [ oracle.java.sqlj, 10.1.0.5.0 ] ,
>   [ oracle.java.jdbc.thin12, 10.1.0.5.0 ] , [ 
oracle.java.jdbc.thin14, 
>   10.1.0.5.0] , [ oracle.p2k.odp.net, 10.1.0.2.0 ] , [ 
oracle.p2k.oo4o, 
>   10.1.0.5.0 ] , [ oracle.apache, 10.1.2.1.0 ] , [ oracle.apache, 
>   10.1.2.0.0 ] , [ oracle.dms, 10.1.2.1.0 ] , [ oracle.dms, 
>   10.1.2.1.1 ] , [ oracle.oid.server, 10.1.2.1.1 ] , [ oracl
>   e.oid.server, 10.1.2.0.0 ] , [ oracle.rsf.ldap_rsf, 
10.1.2.1.1 ] , [ 
>   oracle.rsf.ldap_rsf, 10.1.2.0.0 ] , [ oracle.oid.client, 
>   10.1.2.1.1 ] , [ oracle.oid.client, 10.1.2.0.0 ] , [ oracle.opmn, 
>   10.1.2.1.0 ] , [ oracle.bc4j.lib, 10.1.2.0.2 ] ,
>   [ oracle.bc4j.lib, 10.1.2.1.0 ] , [ 
>   oracle.iappserver.security.sso.server, 10.1.2.1.0 ] , [ 
>   oracle.iappserver.security.sso.server, 10.1.2.1.1 ] , [ 
oracle.j2ee
>   , 10.1.2.1.0 ] , [ oracle.j2ee, 10.1.2.1.1 ] , [ 
>   oracle.sysman.repository.db, 10.1.0.5.0, higher version 
10.2.0.1.0 
>   found. ] , [ oracle.sdo.locator, 10.1.0.5.0, higher version 
>   10.2.0.1.0 found. ]
> 
>   Prerequisite check "CheckApplicable" failed.
>   The details are:
>   Patch 7047019: Required component(s) missing : [ 
>   oracle.rsf.rdbms_rsf, 10.1.0.5.0 ]
>   ApplySession falha durante as verificaþ§es de prÚ-requisitos: 
>   Prerequisite check
>   "CheckApplicable" failed.
>   Sistema intacto; o OPatch nÒo tentarß restaurar o sistema
> 
>   OPatch failed with error code = 74
> 
> 
> 
>
> 
>   __ Informação do NOD32 IMON 3368 (20080819) __
> 
>   Esta mensagem foi verificada pelo NOD32 sistema antivírus
>   http://www.eset.com.br
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>

Re: [SPAM]:Re: [oracle_br] Problemas na atualização do Patch 10

[Jose C Carvalho]

Cara vc esta tentando aplicar um patch para versão 10.1.0.5 em um banco 
10.2.0.1.0 é esse o problema 

Patch 7047019 
 
Description ORACLE 10G 10.1.0.5 PATCH 25 BUG FOR WINDOWS 32 BIT 
Product Oracle Database Family 
Release  10.1.0.5 


JOSÉ CARLITOS CARVALHO JÚNIOR
Administrador de Banco de Dados
 PST Eletrônica S/A
(+55 (19) 3787-6418
Ê+55 (19) 3787-6238 
/ [EMAIL PROTECTED]
web:http://www.pst.com.br 
web:http://www.positron.com.br 



"Willian Frasson" <[EMAIL PROTECTED]> 
Sent by: oracle_br@yahoogrupos.com.br
20/08/2008 14:21
Please respond to
oracle_br@yahoogrupos.com.br


To

cc

Subject
[SPAM]:Re: [oracle_br] Problemas na atualização do Patch 10









Qual versão do Patchset está seu banco?
Fez as configurações iniciais de PATH, ORACLE_SID, ORACLE_HOME?

- Original Message - 
From: amorrimm 
To: oracle_br@yahoogrupos.com.br 
Sent: Wednesday, August 20, 2008 2:17 PM
Subject: [oracle_br] Problemas na atualização do Patch 10

Boa tarde Pessoal, tudo bom ?

Tenho uma dúvida...baixei o patch 7047019 para aplicar no meu oracle 
10 mas encontrei alguns problema logo na checagem dos pre-
requisitos...to seguindo o manual que baixei do metalink mas não 
encontrei nada sobre este erro...

Poderiam me ajudar ?

ApplySession aplicando o patch temporßrio '7047019' para 
OH 'C:\oracle\product\1
0.2.0\db_1'

Running prerequisite checks...
Patch 7047019: Optional component(s) missing : [ oracle.rdbms, 
10.1.0.5.0, higher version 10.2.0.1.0 found. ] , [ oracle.jdbc_ic, 
10.1.0.5.0 ] , [oracle.rdbms.expimp,10.1.0.5.0 ] ,oracle.rsf.net_rsf, 
10.1.0.5.0 ] , [ oracle.cartridges.context, 10.1.0.5.0 ] , [ 
oracle.rsf.xdk_rsf, 10.1.0.5.0 ] , [ oracle.options.ops, 
10.1.0.5.0 ] , [ oracle.cartridges.locator, 10.1.0.5.0 ] , [ 
oracle.rsf.nlsrtl_rsf, 10.1.0.5.0 ] , [ oracle.p2k.odbc, 
10.1.0.5.0 ] , [ oracle.rsf.oracore_rsf, 10.1.0.5.0 ] , [ oracle.crs, 
10.1.0.5.0 ] , [ oracle.java.javavm.javatools, 10.1.0.5.0 ] , [ 
oracle.isearch.is_common, 10.1.0.5.0 ] , [ oracle.isearch.client,
10.1.0.5.0 ] , [ oracle.isearch.server, 10.1.0.5.0 ] , [ 
oracle.p2k.proc, 10.1.0.5.0 ] , [ oracle.sysman.agent, 10.1.0.5.0 ] , 
[ oracle.sysman.console.db, 10.1.0.5.0, higher version 10.2.0.1.0 
found. ] , [ oracle.java.sqlj, 10.1.0.5.0 ] ,
[ oracle.java.jdbc.thin12, 10.1.0.5.0 ] , [ oracle.java.jdbc.thin14, 
10.1.0.5.0] , [ oracle.p2k.odp.net, 10.1.0.2.0 ] , [ oracle.p2k.oo4o, 
10.1.0.5.0 ] , [ oracle.apache, 10.1.2.1.0 ] , [ oracle.apache, 
10.1.2.0.0 ] , [ oracle.dms, 10.1.2.1.0 ] , [ oracle.dms, 
10.1.2.1.1 ] , [ oracle.oid.server, 10.1.2.1.1 ] , [ oracl
e.oid.server, 10.1.2.0.0 ] , [ oracle.rsf.ldap_rsf, 10.1.2.1.1 ] , [ 
oracle.rsf.ldap_rsf, 10.1.2.0.0 ] , [ oracle.oid.client, 
10.1.2.1.1 ] , [ oracle.oid.client, 10.1.2.0.0 ] , [ oracle.opmn, 
10.1.2.1.0 ] , [ oracle.bc4j.lib, 10.1.2.0.2 ] ,
[ oracle.bc4j.lib, 10.1.2.1.0 ] , [ 
oracle.iappserver.security.sso.server, 10.1.2.1.0 ] , [ 
oracle.iappserver.security.sso.server, 10.1.2.1.1 ] , [ oracle.j2ee
, 10.1.2.1.0 ] , [ oracle.j2ee, 10.1.2.1.1 ] , [ 
oracle.sysman.repository.db, 10.1.0.5.0, higher version 10.2.0.1.0 
found. ] , [ oracle.sdo.locator, 10.1.0.5.0, higher version 
10.2.0.1.0 found. ]

Prerequisite check "CheckApplicable" failed.
The details are:
Patch 7047019: Required component(s) missing : [ 
oracle.rsf.rdbms_rsf, 10.1.0.5.0 ]
ApplySession falha durante as verificaþ§es de prÚ-requisitos: 
Prerequisite check
"CheckApplicable" failed.
Sistema intacto; o OPatch nÒo tentarß restaurar o sistema

OPatch failed with error code = 74

__ Informação do NOD32 IMON 3368 (20080819) __

Esta mensagem foi verificada pelo NOD32 sistema antivírus
http://www.eset.com.br

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

 
*
Esta mensagem, incluindo os seus anexos, contém informações confidenciais 
destinadas a indivíduo e propósito específicos, e é protegida por lei. 
Caso você não seja o citado indivíduo, deve apagar esta mensagem. É 
terminantemente proibida a utilização, acesso, cópia ou divulgação não 
autorizada das informações presentes nesta mensagem.  As informações 
contidas nesta mensagem e em seus anexos são de responsabilidade de seu 
autor, não representando idéias, opiniões, pensamentos ou qualquer forma 
de posicionamento por parte da PST Eletrônica S/A. 

The information contained in this communication is confidential, is law 
protected, and is intended only for the business use of the addressee. If 
you have received this communication in error, please immediately delete 
it. It's forbidden the unauthorized use, access, copy or disclose of the 
information contained in this communication.  The content of this message 
is responsibility of the author, and does not represent ideas, opinions, 
thoughts or any kind of statement of PST Eletrônica S/A.



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

Re: [oracle_br] Problemas na atualização do Patc h 10

[Willian Frasson]

Qual versão do Patchset está seu banco?
Fez as configurações iniciais de PATH, ORACLE_SID, ORACLE_HOME?

  - Original Message - 
  From: amorrimm 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, August 20, 2008 2:17 PM
  Subject: [oracle_br] Problemas na atualização do Patch 10


  Boa tarde Pessoal, tudo bom ?

  Tenho uma dúvida...baixei o patch 7047019 para aplicar no meu oracle 
  10 mas encontrei alguns problema logo na checagem dos pre-
  requisitos...to seguindo o manual que baixei do metalink mas não 
  encontrei nada sobre este erro...

  Poderiam me ajudar ?

  ApplySession aplicando o patch temporßrio '7047019' para 
  OH 'C:\oracle\product\1
  0.2.0\db_1'

  Running prerequisite checks...
  Patch 7047019: Optional component(s) missing : [ oracle.rdbms, 
  10.1.0.5.0, higher version 10.2.0.1.0 found. ] , [ oracle.jdbc_ic, 
  10.1.0.5.0 ] , [oracle.rdbms.expimp,10.1.0.5.0 ] ,oracle.rsf.net_rsf, 
  10.1.0.5.0 ] , [ oracle.cartridges.context, 10.1.0.5.0 ] , [ 
  oracle.rsf.xdk_rsf, 10.1.0.5.0 ] , [ oracle.options.ops, 
  10.1.0.5.0 ] , [ oracle.cartridges.locator, 10.1.0.5.0 ] , [ 
  oracle.rsf.nlsrtl_rsf, 10.1.0.5.0 ] , [ oracle.p2k.odbc, 
  10.1.0.5.0 ] , [ oracle.rsf.oracore_rsf, 10.1.0.5.0 ] , [ oracle.crs, 
  10.1.0.5.0 ] , [ oracle.java.javavm.javatools, 10.1.0.5.0 ] , [ 
  oracle.isearch.is_common, 10.1.0.5.0 ] , [ oracle.isearch.client,
  10.1.0.5.0 ] , [ oracle.isearch.server, 10.1.0.5.0 ] , [ 
  oracle.p2k.proc, 10.1.0.5.0 ] , [ oracle.sysman.agent, 10.1.0.5.0 ] , 
  [ oracle.sysman.console.db, 10.1.0.5.0, higher version 10.2.0.1.0 
  found. ] , [ oracle.java.sqlj, 10.1.0.5.0 ] ,
  [ oracle.java.jdbc.thin12, 10.1.0.5.0 ] , [ oracle.java.jdbc.thin14, 
  10.1.0.5.0] , [ oracle.p2k.odp.net, 10.1.0.2.0 ] , [ oracle.p2k.oo4o, 
  10.1.0.5.0 ] , [ oracle.apache, 10.1.2.1.0 ] , [ oracle.apache, 
  10.1.2.0.0 ] , [ oracle.dms, 10.1.2.1.0 ] , [ oracle.dms, 
  10.1.2.1.1 ] , [ oracle.oid.server, 10.1.2.1.1 ] , [ oracl
  e.oid.server, 10.1.2.0.0 ] , [ oracle.rsf.ldap_rsf, 10.1.2.1.1 ] , [ 
  oracle.rsf.ldap_rsf, 10.1.2.0.0 ] , [ oracle.oid.client, 
  10.1.2.1.1 ] , [ oracle.oid.client, 10.1.2.0.0 ] , [ oracle.opmn, 
  10.1.2.1.0 ] , [ oracle.bc4j.lib, 10.1.2.0.2 ] ,
  [ oracle.bc4j.lib, 10.1.2.1.0 ] , [ 
  oracle.iappserver.security.sso.server, 10.1.2.1.0 ] , [ 
  oracle.iappserver.security.sso.server, 10.1.2.1.1 ] , [ oracle.j2ee
  , 10.1.2.1.0 ] , [ oracle.j2ee, 10.1.2.1.1 ] , [ 
  oracle.sysman.repository.db, 10.1.0.5.0, higher version 10.2.0.1.0 
  found. ] , [ oracle.sdo.locator, 10.1.0.5.0, higher version 
  10.2.0.1.0 found. ]

  Prerequisite check "CheckApplicable" failed.
  The details are:
  Patch 7047019: Required component(s) missing : [ 
  oracle.rsf.rdbms_rsf, 10.1.0.5.0 ]
  ApplySession falha durante as verificaþ§es de prÚ-requisitos: 
  Prerequisite check
  "CheckApplicable" failed.
  Sistema intacto; o OPatch nÒo tentarß restaurar o sistema

  OPatch failed with error code = 74



   

  __ Informação do NOD32 IMON 3368 (20080819) __

  Esta mensagem foi verificada pelo NOD32 sistema antivírus
  http://www.eset.com.br


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

Re: [oracle_br] Melhorar buscar por like

[Andre Santos]

Bruno

Já li algo sobre isso no Ask Tom.
Mas não era uma solução muito "direta"... pelo que lembro.

Não achei nos "favoritos" agora, mas tente procurar lá.

[ ]

André


Em 20/08/08, Bruno Fantin <[EMAIL PROTECTED]> escreveu:
>
>   Bom dia.
>
> Tenho uma tabela com aproximadamente 600 mil registros. E essa tabela tem
> uma coluna do tipo varchar2.
>
> Queria fazer uma consulta nesse campo semelhante ao like, porém de uma
> forma mais rápida porque o link esta demorando.
>
> Tentei usar o índice do tipo context, mas ele só serve para palavras
> inteiras.
>
> Alguém tem alguma idéia do que eu poderia fazer?
>
> Valeu.
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 
>


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

[oracle_br] Problemas na atualização do Patch 10

[amorrimm]

Boa tarde Pessoal, tudo bom ?

Tenho uma dúvida...baixei o patch 7047019 para aplicar no meu oracle 
10 mas encontrei alguns problema logo na checagem dos pre-
requisitos...to seguindo o manual que baixei do metalink mas não 
encontrei nada sobre este erro...

Poderiam me ajudar ?



ApplySession aplicando o patch temporßrio '7047019' para 
OH 'C:\oracle\product\1
0.2.0\db_1'

Running prerequisite checks...
Patch 7047019: Optional component(s) missing : [ oracle.rdbms, 
10.1.0.5.0, higher version 10.2.0.1.0 found. ] , [ oracle.jdbc_ic, 
10.1.0.5.0 ] , [oracle.rdbms.expimp,10.1.0.5.0 ] ,oracle.rsf.net_rsf, 
10.1.0.5.0 ] , [ oracle.cartridges.context, 10.1.0.5.0 ] , [ 
oracle.rsf.xdk_rsf, 10.1.0.5.0 ] , [ oracle.options.ops, 
10.1.0.5.0 ] , [ oracle.cartridges.locator, 10.1.0.5.0 ] , [ 
oracle.rsf.nlsrtl_rsf, 10.1.0.5.0 ] , [ oracle.p2k.odbc, 
10.1.0.5.0 ] , [ oracle.rsf.oracore_rsf, 10.1.0.5.0 ] , [ oracle.crs, 
10.1.0.5.0 ] , [ oracle.java.javavm.javatools, 10.1.0.5.0 ] , [ 
oracle.isearch.is_common, 10.1.0.5.0 ] , [ oracle.isearch.client,
 10.1.0.5.0 ] , [ oracle.isearch.server, 10.1.0.5.0 ] , [ 
oracle.p2k.proc, 10.1.0.5.0 ] , [ oracle.sysman.agent, 10.1.0.5.0 ] , 
[ oracle.sysman.console.db, 10.1.0.5.0, higher version 10.2.0.1.0 
found. ] , [ oracle.java.sqlj, 10.1.0.5.0 ] ,
[ oracle.java.jdbc.thin12, 10.1.0.5.0 ] , [ oracle.java.jdbc.thin14, 
10.1.0.5.0] , [ oracle.p2k.odp.net, 10.1.0.2.0 ] , [ oracle.p2k.oo4o, 
10.1.0.5.0 ] , [ oracle.apache, 10.1.2.1.0 ] , [ oracle.apache, 
10.1.2.0.0 ] , [ oracle.dms, 10.1.2.1.0 ] , [ oracle.dms, 
10.1.2.1.1 ] , [ oracle.oid.server, 10.1.2.1.1 ] , [ oracl
e.oid.server, 10.1.2.0.0 ] , [ oracle.rsf.ldap_rsf, 10.1.2.1.1 ] , [ 
oracle.rsf.ldap_rsf, 10.1.2.0.0 ] , [ oracle.oid.client, 
10.1.2.1.1 ] , [ oracle.oid.client, 10.1.2.0.0 ] , [ oracle.opmn, 
10.1.2.1.0 ] , [ oracle.bc4j.lib, 10.1.2.0.2 ] ,
 [ oracle.bc4j.lib, 10.1.2.1.0 ] , [ 
oracle.iappserver.security.sso.server, 10.1.2.1.0 ] , [ 
oracle.iappserver.security.sso.server, 10.1.2.1.1 ] , [ oracle.j2ee
, 10.1.2.1.0 ] , [ oracle.j2ee, 10.1.2.1.1 ] , [ 
oracle.sysman.repository.db, 10.1.0.5.0, higher version 10.2.0.1.0 
found. ] , [ oracle.sdo.locator, 10.1.0.5.0, higher version 
10.2.0.1.0 found. ]

Prerequisite check "CheckApplicable" failed.
The details are:
Patch 7047019: Required component(s) missing : [ 
oracle.rsf.rdbms_rsf, 10.1.0.5.0 ]
ApplySession falha durante as verificaþ§es de prÚ-requisitos: 
Prerequisite check
 "CheckApplicable" failed.
Sistema intacto; o OPatch nÒo tentarß restaurar o sistema

OPatch failed with error code = 74

[oracle_br] Melhorar buscar por like

[Bruno Fantin]

Bom dia.

Tenho uma tabela com aproximadamente 600 mil registros. E essa tabela tem uma 
coluna do tipo varchar2.

Queria fazer uma consulta nesse campo semelhante ao like, porém de uma forma 
mais rápida porque o link esta demorando.

Tentei usar o índice do tipo context, mas ele só serve para palavras inteiras.

Alguém tem alguma idéia do que eu poderia fazer?

Valeu.

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

RES: [SPAM][oracle_br] FIAP, IBTA ou outras?

[Gabriela - UOL]

Olá Pessoal,

 

Já trabalhei nas duas faculdades IBTA (3 anos) e FIAP ( 2 anos) . As duas
são boas faculdades que oferecem uma excelente formação. As duas faculdades
possuem são referenciadas no mercado com ótimas faculdades. O que fará
realmente a diferença é a aplicação do aluno. Já tive a experiência de
encontrar ótimas pessoas no mercado formadas por estas faculdades, mas tb
encontrei pessoas sem base nenhuma e com a pós.  Entao, escolha de acordo
opte por uma das duas e se dedique. 

 

Abraços,

 

Gabi

 

De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
nome de José Costacurta
Enviada em: segunda-feira, 18 de agosto de 2008 11:33
Para: oracle_br@yahoogrupos.com.br
Assunto: [SPAM][oracle_br] FIAP, IBTA ou outras?

 

Bom dia galera.

Gostaria de pedir uma opinião dos camaradas.

Estou pesquisando pós graduação em bancos de dados e as únicas aqui em 
SP que encontrei foram: IBTA, FIAP e Uninove.

Gostaria de saber a opinião de vocês quanto aos cursos.

Eu estava pensando em fazer primeiramente Uninove devido ao baixo custo 
(cerca de 1/4 das outras) e minha inexperiência ainda em administração. 
Depois faria outra melhor e mais renomada, quando já tivesse uma certa 
experiência.

Grato desde já.

 



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

[oracle_br] função para retornar os dias a partir de uma data

[ewerton_grillo]

Tenho uma tabela de guia onde tem os campos
cdguia, cdusuario, cdprestador, cdespecialidade e dataatendimento 
e uma tabela servico onde tem o cdguia e cdservico

preciso verificar se durante o período de 01/01/2008 a 30/07/2008 se o 
usuário realizou mais de uma consulta inferior a 30 dias, sempre 
verificando da última consulta para a anterior não importando o 
período e sim os 30 dias, para o mesmo prestador e especialidade.

como posso fazer isso?

[oracle_br] [Web] - estranho comportamento backup

[Rogério - rmelnick]

Esta mensagem foi enviada via Web por Rogério

Endereço de resposta: [EMAIL PROTECTED]

Prezados amigos.

Possuo um servidor Xeon com 1 GB de RAM, windows 2000 server, com oracle 
9.2.0.4 em produção. O backup off e online funcionam via DOS.As 23:59 o banco 
faz shutdown, realizando host copy nos datafiles para uma pasta segura. Pelas 
11:59 ele faz backup online utilizando ocopy para colocar os datafiles em outra 
pasta segura. Observei que as tablespaces USR e INDX, apesar de serem default 
oracle, não vinham realizando o comando host copy, apesar de realizarem ocopy 
100% sincronizadas com os demais datafiles. Verdadeiramente, não sei pq USR e 
INDX não realizam host copy, enquanto todas as demais o fazem. O mais estranho 
é que o backup online começou a realizar o ocopy sincronizado com o horário das 
23:59, momento de shutdown. Agora tenho todo backup online sincronizado em 
11:59 e a USR/INDX sincronizadas em 23:59. Tentei utilizar os parâmetros de DOS 
que forçam a cópia (/q e outros) e mesmo assim o host copy não funcionou, nem 
resolveu a sincronização referida. Alguém pode me dar uma dica do que ocorre?

Re: RES: [oracle_br] Iniciante...

[vinicius.hoffmann]

Um site que me ajudou muito no meu início com SQL e PLSQL foi o 
http://www.techonthenet.com/

Lá você encontra todas funções e sintaxe dos comandos mais básicos da 
linguagem usada pelo Oracle.

Um site bom também para pesquisas é o imasters, em portugues: 
http://imasters.uol.com.br/

Abraços e boa sorte!
Vinicius

--- Em oracle_br@yahoogrupos.com.br, "Geisel S Polycarpo" 
<[EMAIL PROTECTED]> escreveu
>
> Tenho uns links ... 
> 
> http://glufke.net/oracle/viewforum.php?f=5
> 
> http://www.oracle.com/technology/documentation/reports.html
> 
> 
> http://www.linhadecodigo.com.br/Default.aspx
> 
> http://www.psoug.org/library.html
> 
> http://www.idevelopment.info/
> 
> 
> 
> 
> 
> 
> abraços
> 
>  
> Geisel Polycarpo
> Suporte
> Fone:(11) 3231-0411
> E-mail:[EMAIL PROTECTED] 
> Home Page: www.en-sof.com.br 
>  
> -Mensagem original-
> De: oracle_br@yahoogrupos.com.br 
[mailto:[EMAIL PROTECTED] Em
> nome de edvaldodomingues
> Enviada em: quarta-feira, 20 de agosto de 2008 11:28
> Para: oracle_br@yahoogrupos.com.br
> Assunto: [oracle_br] Iniciante...
> 
> Bom dia pessoal!!! eu estou a dois meses trabalhando com oracle no 
> Incor de Brasilia, gostaria de saber se alguem tem uma material 
legal 
> para inicantes. Procurei nos arquivos mas tem muita coisa avançada 
lá, 
> trabalho na parte de Reports e Script's de consultas. Versão Oracle 
9i.
> 
> Obrigado.
> 
> 
> 
> 
> 

> --
> >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/ 
> 

> --
> >Funções, Procedures, propostas de emprego - O GRUPO ORACLE_BR TEM 
SEU
> PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/  
> 

>  Links do Yahoo! Grupos
> 
> 
> 
> No virus found in this incoming message.
> Checked by AVG - http://www.avg.com 
> Version: 8.0.138 / Virus Database: 270.6.6/1623 - Release Date: 
20/8/2008
> 08:12
>

[oracle_br] Re: Drop ou Truncate Big Table?

[vinicius.hoffmann]

Se você sabe muito bem dos conceitos deveria saber que depende muito 
do seu hardware, não existe como você receber uma estimativa de tempo 
se nós não soubermos exatamente como está seu hardware (capacidade, 
situação atual, fragmentação, distribuição de data files, etc)

Por que você acha que até hoje não inventaram uma barra de progressão 
descente nos forms que nós vemos nas aplicações hoje em dia? Depende 
muito do seu hardware e o cálculo é complexo.


--- Em oracle_br@yahoogrupos.com.br, "Willian Frasson" <[EMAIL PROTECTED]> 
escreveu
>
> haha dos conceitos do truncate e drop eu sei muito bem, estou 
questionando O TEMPO DO TRUNCATE?
> o TEMPO DO DROP?
> TABELA DE 200 MILHÕES DE REGISTROS!
> 
>   - Original Message - 
>   From: Andre Santos 
>   To: oracle_br@yahoogrupos.com.br 
>   Sent: Wednesday, August 20, 2008 12:59 PM
>   Subject: Re: [oracle_br] Drop ou Truncate Big Table?
> 
> 
>   Geisel
> 
>   "Drop" dispara trigger de "delete"?
> 
>   [ ]
> 
>   André
> 
>   Em 20/08/08, Geisel S Polycarpo <[EMAIL PROTECTED]> escreveu:
>   >
>   > Como o Rosivaldo comentou o truncate, pois ele não dispara 
trigger de
>   > deleção como o drop...
>   > Porem ele mantem a estrutura ai vc pode dropar a tabela..
>   > Logo o truncate é bem mais rápido ...
>   >
>   >
>   > Geisel Polycarpo
>   > Suporte
>   > Fone:(11) 3231-0411
>   > E-mail:[EMAIL PROTECTED] 
>   > Home Page: www.en-sof.com.br
>   >
>   >
>   > -Mensagem original-
>   > De: oracle_br@yahoogrupos.com.br  [mailto:
>   > oracle_br@yahoogrupos.com.br ] 
Em
>   > nome de Willian Frasson
>   > Enviada em: quarta-feira, 20 de agosto de 2008 10:30
>   > Para: oracle_br@yahoogrupos.com.br 
>   > Assunto: [oracle_br] Drop ou Truncate Big Table?
>   >
>   > Galera bom dia, alguém já fez um teste com relação a TEMPO de 
um TRUNCATE
>   > ou
>   > um DROP em uma tabela de 200.000.000 de registros?
>   > Tempo Estimado?
>   > Abçs
>   >
>   > [As partes desta mensagem que não continham texto foram 
removidas]
>   >
>   > 
>   >
>   > --
>   > --
>   > >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/
>   > --
>   > --
>   > >Funções, Procedures, propostas de emprego - O GRUPO ORACLE_BR 
TEM SEU
>   > PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/
>   > --
>   >  Links do Yahoo! 
Grupos
>   >
>   > No virus found in this incoming message.
>   > Checked by AVG - http://www.avg.com
>   > Version: 8.0.138 / Virus Database: 270.6.6/1623 - Release Date: 
20/8/2008
>   > 08:12
>   >
>   > 
>   >
> 
>   [As partes desta mensagem que não continham texto foram removidas]
> 
> 
> 
>
> 
>   __ Informação do NOD32 IMON 3368 (20080819) __
> 
>   Esta mensagem foi verificada pelo NOD32 sistema antivírus
>   http://www.eset.com.br
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>

Re: [oracle_br] Drop ou Truncate Big Table?

[Willian Frasson]

haha dos conceitos do truncate e drop eu sei muito bem, estou questionando O 
TEMPO DO TRUNCATE?
o TEMPO DO DROP?
TABELA DE 200 MILHÕES DE REGISTROS!

  - Original Message - 
  From: Andre Santos 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, August 20, 2008 12:59 PM
  Subject: Re: [oracle_br] Drop ou Truncate Big Table?


  Geisel

  "Drop" dispara trigger de "delete"?

  [ ]

  André

  Em 20/08/08, Geisel S Polycarpo <[EMAIL PROTECTED]> escreveu:
  >
  > Como o Rosivaldo comentou o truncate, pois ele não dispara trigger de
  > deleção como o drop...
  > Porem ele mantem a estrutura ai vc pode dropar a tabela..
  > Logo o truncate é bem mais rápido ...
  >
  >
  > Geisel Polycarpo
  > Suporte
  > Fone:(11) 3231-0411
  > E-mail:[EMAIL PROTECTED] 
  > Home Page: www.en-sof.com.br
  >
  >
  > -Mensagem original-
  > De: oracle_br@yahoogrupos.com.br  [mailto:
  > oracle_br@yahoogrupos.com.br ] Em
  > nome de Willian Frasson
  > Enviada em: quarta-feira, 20 de agosto de 2008 10:30
  > Para: oracle_br@yahoogrupos.com.br 
  > Assunto: [oracle_br] Drop ou Truncate Big Table?
  >
  > Galera bom dia, alguém já fez um teste com relação a TEMPO de um TRUNCATE
  > ou
  > um DROP em uma tabela de 200.000.000 de registros?
  > Tempo Estimado?
  > Abçs
  >
  > [As partes desta mensagem que não continham texto foram removidas]
  >
  > 
  >
  > --
  > --
  > >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/
  > --
  > --
  > >Funções, Procedures, propostas de emprego - O GRUPO ORACLE_BR TEM SEU
  > PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/
  > --
  >  Links do Yahoo! Grupos
  >
  > No virus found in this incoming message.
  > Checked by AVG - http://www.avg.com
  > Version: 8.0.138 / Virus Database: 270.6.6/1623 - Release Date: 20/8/2008
  > 08:12
  >
  > 
  >

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



   

  __ Informação do NOD32 IMON 3368 (20080819) __

  Esta mensagem foi verificada pelo NOD32 sistema antivírus
  http://www.eset.com.br


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

RES: [oracle_br] conexão Oracle 10g com MS SQL Ser ver

[Geisel S Polycarpo]

Pode ser via ORACLE TRANPARENTE GATWAY...
http://www.oracle.com/technology/products/gateways/index.html


 
Geisel Polycarpo
Suporte
Fone:(11) 3231-0411
E-mail:[EMAIL PROTECTED] 
Home Page: www.en-sof.com.br 
 

-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
nome de Leonardo Santos da Mata
Enviada em: quarta-feira, 20 de agosto de 2008 10:01
Para: [EMAIL PROTECTED]; oracle_br@yahoogrupos.com.br;
[EMAIL PROTECTED]
Assunto: [oracle_br] conexão Oracle 10g com MS SQL Server

bom dia pessoal,


 Por acaso alguém poderia me dar umas dicas de como eu faço para conectar o
racle 10 com ms sql server?
 isso pode ser feito via DBLINK??

-- 


___
Ao repassar, favor APAGAR o e-mail de quem lhe enviou. Colocar os emails dos
destinatários SEMPRE em CCo- Cópia Oculta.
Não dê munição a hackers e evite a disseminação de spam.

___


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





--
>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/ 

--
>Funções, Procedures, propostas de emprego - O GRUPO ORACLE_BR TEM SEU
PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos



No virus found in this incoming message.
Checked by AVG - http://www.avg.com 
Version: 8.0.138 / Virus Database: 270.6.6/1623 - Release Date: 20/8/2008
08:12

Re: [oracle_br] Drop ou Truncate Big Table?

[Andre Santos]

Geisel

"Drop" dispara trigger de "delete"?

[ ]

André


Em 20/08/08, Geisel S Polycarpo <[EMAIL PROTECTED]> escreveu:
>
>   Como o Rosivaldo comentou o truncate, pois ele não dispara trigger de
> deleção como o drop...
> Porem ele mantem a estrutura ai vc pode dropar a tabela..
> Logo o truncate é bem mais rápido ...
>
>
> Geisel Polycarpo
> Suporte
> Fone:(11) 3231-0411
> E-mail:[EMAIL PROTECTED] 
> Home Page: www.en-sof.com.br
>
>
> -Mensagem original-
> De: oracle_br@yahoogrupos.com.br  [mailto:
> oracle_br@yahoogrupos.com.br ] Em
> nome de Willian Frasson
> Enviada em: quarta-feira, 20 de agosto de 2008 10:30
> Para: oracle_br@yahoogrupos.com.br 
> Assunto: [oracle_br] Drop ou Truncate Big Table?
>
> Galera bom dia, alguém já fez um teste com relação a TEMPO de um TRUNCATE
> ou
> um DROP em uma tabela de 200.000.000 de registros?
> Tempo Estimado?
> Abçs
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 
>
> --
> --
> >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/
> --
> --
> >Funções, Procedures, propostas de emprego - O GRUPO ORACLE_BR TEM SEU
> PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/
> --
>  Links do Yahoo! Grupos
>
> No virus found in this incoming message.
> Checked by AVG - http://www.avg.com
> Version: 8.0.138 / Virus Database: 270.6.6/1623 - Release Date: 20/8/2008
> 08:12
>
> 
>


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

RES: [oracle_br] Drop ou Truncate Big Table?

[Geisel S Polycarpo]

Como o Rosivaldo comentou o truncate, pois ele não dispara trigger de
deleção como o drop...
Porem ele mantem a estrutura ai vc pode dropar a tabela..
Logo o truncate é bem mais rápido ...
 
 
Geisel Polycarpo
Suporte
Fone:(11) 3231-0411
E-mail:[EMAIL PROTECTED] 
Home Page: www.en-sof.com.br 
 

-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
nome de Willian Frasson
Enviada em: quarta-feira, 20 de agosto de 2008 10:30
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Drop ou Truncate Big Table?

Galera bom dia, alguém já fez um teste com relação a TEMPO de um TRUNCATE ou
um DROP em uma tabela de 200.000.000 de registros?
Tempo Estimado?
Abçs


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





--
>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/ 

--
>Funções, Procedures, propostas de emprego - O GRUPO ORACLE_BR TEM SEU
PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos



No virus found in this incoming message.
Checked by AVG - http://www.avg.com 
Version: 8.0.138 / Virus Database: 270.6.6/1623 - Release Date: 20/8/2008
08:12

RES: [oracle_br] Iniciante...

[Geisel S Polycarpo]

Tenho uns links ... 

http://glufke.net/oracle/viewforum.php?f=5

http://www.oracle.com/technology/documentation/reports.html


http://www.linhadecodigo.com.br/Default.aspx

http://www.psoug.org/library.html

http://www.idevelopment.info/






abraços

 
Geisel Polycarpo
Suporte
Fone:(11) 3231-0411
E-mail:[EMAIL PROTECTED] 
Home Page: www.en-sof.com.br 
 
-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
nome de edvaldodomingues
Enviada em: quarta-feira, 20 de agosto de 2008 11:28
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Iniciante...

Bom dia pessoal!!! eu estou a dois meses trabalhando com oracle no 
Incor de Brasilia, gostaria de saber se alguem tem uma material legal 
para inicantes. Procurei nos arquivos mas tem muita coisa avançada lá, 
trabalho na parte de Reports e Script's de consultas. Versão Oracle 9i.

Obrigado.





--
>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/ 

--
>Funções, Procedures, propostas de emprego - O GRUPO ORACLE_BR TEM SEU
PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos



No virus found in this incoming message.
Checked by AVG - http://www.avg.com 
Version: 8.0.138 / Virus Database: 270.6.6/1623 - Release Date: 20/8/2008
08:12

RES: [oracle_br] Iniciante...

[Rafael Almeida Milanez]

www.profissionaloracle.com.br
 
na sessao de downloads,
 
alem da documentação oficial da Oracle, procure por sua versão
 
http://tahiti.oracle.com



De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de 
edvaldodomingues
Enviada em: quarta-feira, 20 de agosto de 2008 11:28
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Iniciante...



Bom dia pessoal!!! eu estou a dois meses trabalhando com oracle no 
Incor de Brasilia, gostaria de saber se alguem tem uma material legal 
para inicantes. Procurei nos arquivos mas tem muita coisa avançada lá, 
trabalho na parte de Reports e Script's de consultas. Versão Oracle 9i.

Obrigado.



 


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

Re: [oracle_br] [Off-topic] Banco de Dados Oracle é realmente para Web?

[Alexandre S. de Pinho]

Bom dia Rosivaldo..
Não no sentido de um melhor que o outro somente mas no sentido também de
o Oracle ser tão 'igualmente' utilizado para aplicações Web ( no modelo de
procedures, funções armazenadas ) chamadas via linguagem.


2008/8/20 Rosivaldo <[EMAIL PROTECTED]>

>   Eu não tenho uma "lista" aqui comigo, mas em geral peço para eles
> perguntarem as dúvidas e respondo, nesse caso tu tem que estar bem
> seguro tanto em relação ao MySQL e principalmente ao Oracle.
>
> Geralmente tem um ou outro que fica com muita raiva e sai a medida que
> você vai mostrando que o Oracle é melhor! =p
>
>
> On 8/20/08, Alexandre S. de Pinho <[EMAIL 
> PROTECTED]>
> wrote:
> >
> >
> >
> >
> >
> >
> > Senhores,
> > Bom dia.
> >
> > Gostaria de ouvir algumas opiniões a respeito da utilização do Oracle 10g
> > para aplicações Web comparados ao MySQL.
> > Por que?
> >
> > Tenho que 'provar' aos programadores que sempre utilizaram PHP com MySQL
> que
> > o Oracle também é um banco para aplicações WEB.
> >
> > Opiniões serão muito bem vindas!.
> > Obs.: A empresa já utiliza MySQL, o processo refere-se à uma provável
> > migração.
> >
> > Obrigado.
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >
>
> --
> Rosivaldo Azevedo Ramalho
> mail/msn: [EMAIL PROTECTED] 
> web: http://rosivaldo.goodiez.net
> +55 83 8893 8281
>
> 
>


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

Re: [oracle_br] [Off-topic] Banco de Dados Oracle é realmente para Web?

[Rosivaldo]

Eu não tenho uma "lista" aqui comigo, mas em geral peço para eles
perguntarem as dúvidas e respondo, nesse caso tu tem que estar bem
seguro tanto em relação ao MySQL e principalmente ao Oracle.

Geralmente tem um ou outro que fica com muita raiva e sai a medida que
você vai mostrando que o Oracle é melhor!=p

On 8/20/08, Alexandre S. de Pinho <[EMAIL PROTECTED]> wrote:
>
>
>
>
>
>
> Senhores,
> Bom dia.
>
> Gostaria de ouvir algumas opiniões a respeito da utilização do Oracle 10g
> para aplicações Web comparados ao MySQL.
> Por que?
>
> Tenho que 'provar' aos programadores que sempre utilizaram PHP com MySQL que
> o Oracle também é um banco para aplicações WEB.
>
> Opiniões serão muito bem vindas!.
> Obs.: A empresa já utiliza MySQL, o processo refere-se à uma provável
> migração.
>
> Obrigado.
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 



-- 
Rosivaldo Azevedo Ramalho
mail/msn: [EMAIL PROTECTED]
web: http://rosivaldo.goodiez.net
+55 83 8893 8281

[oracle_br] Re: ORA-01578: ORACLE data block corrupted

[cleberalmeidadf]

Achei importante responder esse tópico mesmo depois de muito tempo, pq
pode ajudar a outros. O pau era na memória RAM. Muito obrigado Chiappa.

[]'s

--- Em oracle_br@yahoogrupos.com.br, "jlchiappa" <[EMAIL PROTECTED]> escreveu
>
> Colega, vamos detalhar aí : veja vc, um bloco Oracle fica quietinho no
> disco até que os dados nele contidos sejam necessários, ocasião em que
> o software de banco Oracle pede pro Sistema Operacional o ler do disco
> para a RAM, e essa leitura é feita pelo SO acionando o hardware de I/O
> (discos, cabos, controladoras, etc) via drivers/firmware : então dá
> pra ver que há hardware E software envolvido, e que QUALQUER bug em um
> dos softwares E/OU qualquer pau em um dos hardwares PODE SIM ocasionar
> corrupção, sim ? O pessoal sempre lembra do disco, óbvio, MAS pentes
> de RAM, bios, controladores, etc, PODEM SIm causar corrupção, é lógico
> : se por pau de RAM o valor 1 lido vai pra RAM como zero, por exemplo,
> SÓ PODE  dar inhaca, ok ? então NÂO, *** NÃO É *** "passando um
> chkdsk" que vc vai resolver isso, ok ? Há n camadas envolvidas, o
> coitado do chkdsk é INCAPAZ absolutamente de checar todas...
>   Assim sendo, a minha recomendação é :
> 
> passo 1 : faça um check PROFUNDO de hardware, envolvendo TODO O
> HARDWARE : normalmente isso EXIGE um software à parte, o SO não é
> capaz de o fazer Fosse um sistema UNIX, com hardware próprio do
> mesmo fabricante do SO, normalmente já viria com um software
> apropriado num CD de boot, linux/windows normamente não vêm, vc terá
> que adquirir/baixar um. Importante, softwares do tipo são COMPLEXOS de
> operar/analisar, caso vc não tenha o expertise necessário, contrate
> uma empresa de manutenção para o fazer.
> 
> passo 2 : antes de ir pro passo de checar possíveis bugs, seria
> interessante que feito o passo acima vc obtenha mais detalhes , tipo :
> se os blocos corruptos são de tabelas ou índices, se são de objetos do
> sistema ou de usuário... Também vc diz que nota principalmente após a
> ta carga, mas SERÁ que vc não tem blocos não-usados ruins nesse disco
> (por exemplo), aí com a carga e crescimento dos dados o que ocorre é
> que esses blocos são requisitados, NÃO TENDO o coitado do loader nada
> a ver com o pato ???  
>   NO caso, feito o passo1 , aonde vc se certificou que o hardware está
> bom em princípio, para obter esses detalhes o procedimento seria vc
> rodar (com o banco parado) um dbverify, um software de verificação de
> arquivos pelo SO, e depois com o banco aberto um export full e um
> dbverify : após o que, corrija TODOS os blocos ruins que achar
> (rebuildando índice se for bloco de índice, trazendo de backup ou
> tenatndo via DBMS_REPAIR se for dados), faça os checks de novo, não
> havendo realmente NADA corrupto rode de novo a carga, e cheque se
> realmente é isso que está influenciando...
> 
> passo 3 : com o hardware checado e com os detalhes do que/como ocorre
> em mãos, aí sim verificar os softwares por bugs, vc precisará acionar
> ao menos 3 departamentos de Suporte para isso : o Suporte do Sistema
> Operacional (que vai checar por bugs genéricos no SO e kernel), o
> Suporte do banco de dados Oracle (que vai checar por bugs no software
> Oracle de banco de dados) ** E ** o Suporte do teu fornecedor de
> hardware (que é quem normalmente te dá o firmware e os drivers).
> 
>  Menos perdido agora ? Espero que sim, que esteja mais claro o que é a
> corrupção, e como fazer para resolver/identificar
> 
>  []s
> 
>   Chiappa
> --- Em oracle_br@yahoogrupos.com.br, "cleberalmeidadf"
>  escreveu
> >
> >  Estou com um sério problema. Estamos utilizando aqui na empresa o
> > oracle 10g R2 com o Suse 10 professional.
> > O que acontece é o seguinte, ele está apresentando a mensagem Data
> > block corrupted direto, noto isso principalmente após cargas com o
> > SQLLoader, sempre aparece um data block corrupted, sempre. Alguém tem
> > alguma dica do que pode ser? Executo o DBS_REPAIR para efetuar a
> > restauração do bloco, mas sempre aparece outro. Será que estou com
> > algum problema de disco? Tem como eu executar algum ckdisk no linux?
> > Ou até mesmo executar algum utilitário do Oracle? Atualmente funciona
> > da seguite maneira, tenho um diretório que o oracle esta instalado, e
> > instalei um outro disco nesse disco novo eu estou gravando todos os
> > meus datafiles, com excessão dos que são criados no oracle por
> >
>
default(system01.dbf,sysaux01.dbf,users01.dbf,example01.dbf,undotbs.dbf)Estou
> > perdido e qualquer ajuda será bem - vinda.
> > 
> > 
> > Obrigado
> >
>

[oracle_br] Iniciante...

[edvaldodomingues]

Bom dia pessoal!!! eu estou a dois meses trabalhando com oracle no 
Incor de Brasilia, gostaria de saber se alguem tem uma material legal 
para inicantes. Procurei nos arquivos mas tem muita coisa avançada lá, 
trabalho na parte de Reports e Script's de consultas. Versão Oracle 9i.

Obrigado.

[oracle_br] [Off-topic] Banco de Dados Oracle é realmente para Web?

[Alexandre S. de Pinho]

Senhores,
Bom dia.

Gostaria de ouvir algumas opiniões a respeito da utilização do Oracle 10g
para aplicações Web comparados ao MySQL.
Por que?

Tenho que 'provar' aos programadores que sempre utilizaram PHP com MySQL que
o Oracle também é um banco para aplicações WEB.

Opiniões serão muito bem vindas!.
Obs.: A empresa já utiliza MySQL, o processo refere-se à uma provável
migração.

Obrigado.


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

Re: [oracle_br] Drop ou Truncate Big Table?

[Rosivaldo]

Sim, o truncate é o recomendado para isso, ela fica vazia, e depois vc
dropa, bem rápido, fiz isso uma vez com uma tabela de quase 1 giga,
foi tranquilo.

On 8/20/08, Willian Frasson <[EMAIL PROTECTED]> wrote:
>
>
>
>
>
>
> mas 200 milhões de registros? hehe
>
> - Original Message -
> From: Rosivaldo
> To: oracle_br@yahoogrupos.com.br
> Sent: Wednesday, August 20, 2008 11:05 AM
> Subject: Re: [oracle_br] Drop ou Truncate Big Table?
>
> Rapaz, nunca marquei o tempo, mas sempre faço truncate e depois um
> drop com tabelas grandes
>
> On 8/20/08, Willian Frasson <[EMAIL PROTECTED]> wrote:
> >
> >
> >
> >
> >
> >
> > Galera bom dia, alguém já fez um teste com relação a TEMPO de um TRUNCATE 
> > ou um DROP em uma tabela de 200.000.000 de registros?
> > Tempo Estimado?
> > Abçs
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >
>
> --
> Rosivaldo Azevedo Ramalho
> mail/msn: [EMAIL PROTECTED]
> web: http://rosivaldo.goodiez.net
> +55 83 8893 8281
>
> __ Informação do NOD32 IMON 3368 (20080819) __
>
> Esta mensagem foi verificada pelo NOD32 sistema antivírus
> http://www.eset.com.br
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 



-- 
Rosivaldo Azevedo Ramalho
mail/msn: [EMAIL PROTECTED]
web: http://rosivaldo.goodiez.net
+55 83 8893 8281

Re: [oracle_br] Drop ou Truncate Big Table?

[Willian Frasson]

mas 200 milhões de registros? hehe

  - Original Message - 
  From: Rosivaldo 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, August 20, 2008 11:05 AM
  Subject: Re: [oracle_br] Drop ou Truncate Big Table?


  Rapaz, nunca marquei o tempo, mas sempre faço truncate e depois um
  drop com tabelas grandes

  On 8/20/08, Willian Frasson <[EMAIL PROTECTED]> wrote:
  >
  >
  >
  >
  >
  >
  > Galera bom dia, alguém já fez um teste com relação a TEMPO de um TRUNCATE 
ou um DROP em uma tabela de 200.000.000 de registros?
  > Tempo Estimado?
  > Abçs
  >
  > [As partes desta mensagem que não continham texto foram removidas]
  >
  > 

  -- 
  Rosivaldo Azevedo Ramalho
  mail/msn: [EMAIL PROTECTED]
  web: http://rosivaldo.goodiez.net
  +55 83 8893 8281


   

  __ Informação do NOD32 IMON 3368 (20080819) __

  Esta mensagem foi verificada pelo NOD32 sistema antivírus
  http://www.eset.com.br


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

Re: [oracle_br] Drop ou Truncate Big Table?

[Rosivaldo]

Rapaz, nunca marquei o tempo, mas sempre faço truncate e depois um
drop com tabelas grandes

On 8/20/08, Willian Frasson <[EMAIL PROTECTED]> wrote:
>
>
>
>
>
>
> Galera bom dia, alguém já fez um teste com relação a TEMPO de um TRUNCATE ou 
> um DROP em uma tabela de 200.000.000 de registros?
> Tempo Estimado?
> Abçs
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 



-- 
Rosivaldo Azevedo Ramalho
mail/msn: [EMAIL PROTECTED]
web: http://rosivaldo.goodiez.net
+55 83 8893 8281

Res: [oracle_br] Oracle travado

[Nelson Cartaxo]

Uma vez tive esse problema. A solução foi fazer o relink dos binários.
Abs



- Mensagem original 
De: Willian Frasson <[EMAIL PROTECTED]>
Para: oracle_br@yahoogrupos.com.br
Enviadas: Terça-feira, 19 de Agosto de 2008 18:11:54
Assunto: Re: [oracle_br] Oracle travado


eu tive esse problema a única solução foi isso ou então amigo:
ps -ef | grep smon
kill -9 PID_SMON

- Original Message - 
From: Clayton Bonelli 
To: [EMAIL PROTECTED] os.com.br 
Sent: Tuesday, August 19, 2008 2:34 PM
Subject: RES: [oracle_br] Oracle travado

Oi Willian,

O problema é que eu não soinsigo me logar no oracle, por isso não consigo
executar qualquer comando, como os que voce sugeriu "Alter system..." ou
mesmo um "select * from v$process"

Clayton

_ 

De: [EMAIL PROTECTED] os.com.br [mailto:[EMAIL PROTECTED] os.com.br] Em
nome de Willian Frasson
Enviada em: terça-feira, 19 de agosto de 2008 14:16
Para: [EMAIL PROTECTED] os.com.br
Assunto: Re: [oracle_br] Oracle travado

seguine Clayton já tive esse problema, se for o mesmo esse é um Lock Bind
(CU), caso tenha ninguém como com previlégios de DBA logado, faça um lock
verificando os locks, dê um alter system kill session, caso não derrube
pegue o SPID da v$provess e derrube a mesma.

- Original Message - 
From
To: [EMAIL PROTECTED]  os.com.br 
Sent: Tuesday, August 19, 2008 12:31 PM
Subject: RES: [oracle_br] Oracle travado

O comando

sqlplus '/as sysdba'

Ainda trava, e o arquivo alert.log possui muitas linhas, mas as ultimas são
as seguintes :

Sun Aug 17 08:00:17 2008

Thread 1 advanced to log sequence 13135

Current log# 3 seq# 13135 mem# 0:
/home/oraclese1/ app/oracle/ oradata/ORCL/ redo03.log

Sun Aug 17 22:04:53 2008

Thread 1 advanced to log sequence 13136

Current log# 1 seq# 13136 mem# 0:
/home/oraclese1/ app/oracle/ oradata/ORCL/ redo01.log

Mon Aug 18 00:00:00 2008

Unable to restore resource manager plan to '':

ORA-02097: parameter cannot be modified because specified value is invalid

ORA-00439: feature not enabled: Database resource manager

Mon Aug 18 09:14:10 2008

Thread 1 advanced to log sequence 13137

Current log# 2 seq# 13137 mem# 0:
/home/oraclese1/ app/oracle/ oradata/ORCL/ redo02.log

Mon Aug 18 22:00:21 2008

Thread 1 advanced to log sequence 13138

Current log# 3 seq# 13138 mem# 0:
/home/oraclese1/ app/oracle/ oradata/ORCL/ redo03.log

_ 

De: [EMAIL PROTECTED]  os.com.br
[mailto:oracle_ [EMAIL PROTECTED] 
os.com.br] Em
nome de Omar Mário Moussa
Enviada em: terça-feira, 19 de agosto de 2008 12:06
Para: [EMAIL PROTECTED]  os.com.br
Assunto: RES: [oracle_br] Oracle travado

Tenta fazer assim:

sqlplus '/as sysdba'

Não há nada de diferente ou algum erro no alert.log?

De: [EMAIL PROTECTED]  os.com.br
[mailto:oracle_ [EMAIL PROTECTED] 
os.com.br] Em nome de Clayton Bonelli
Enviada em: terça-feira, 19 de agosto de 2008 12:08
Para: [EMAIL PROTECTED]  os.com.br
Assunto: RES: [oracle_br] Oracle travado

Oi Manoel,

sqlplus / nolog

O comando acima, quando eu executo, não acontece nada, ou melhor, não entra
no sqlplus. O comando fica congelado e não volta ao prompt para que eu
execute a 2ª parte da tua sugestao (connect / as sysdba)

_

De: [EMAIL PROTECTED] 
os.com.br [mailto:oracle_ [EMAIL 
PROTECTED]

os.com.br] Em
nome de manoel marcos da silva
Enviada em: terça-feira, 19 de agosto de 2008 11:32
Para: [EMAIL PROTECTED] 
os.com.br
Assunto: Re: [oracle_br] Oracle travado

Ola Clayton , tudo bem contigo 

No prompt do linux com usuario com privilegio oracle , execute :

sqlplus / nolog
conn / as sysddba

Manoeldba - tpd 
ATT

On 8/19/08, Clayton Bonelli <[EMAIL PROTECTED]
 com> wrote:
>
> Estou com um problema no oracle 10g Linux. Atualmente não tem nenhum
> usuário
> logado, mas o Oracle não me deixa me logar, mesmo como sysdba, sys, syste,
> sysoper, etc. Dei uma olhada nos processos ativos (usando o comando "ps
aux
> | grep oracle" do linux) e constatei que existem vários processos ativos.
> Já
> tentei parar e restarat o listener (usando o LSNRCTL), mas mesmo assim não
> consigo me logar. Algum de voces tem alguma idéia para eu resolver este
> problema?
>
> Esta não é a primeira vez que isto acontece, e da outra vez eu matei todos
> os processos do oracle, mas mesmo assim não consegui me logar. Eu tive de
> reiniciar a maquina servidora para poder voltar a me conectar no oracle.
>
> Obrigado.
>
> Clayton Bonelli
>
> Tecnologia
>
>  com
>
> [EMAIL PROTECTED]  com

>
> AGRINESS - Gestão da In

[oracle_br] Drop ou Truncate Big Table?

[Willian Frasson]

Galera bom dia, alguém já fez um teste com relação a TEMPO de um TRUNCATE ou um 
DROP em uma tabela de 200.000.000 de registros?
Tempo Estimado?
Abçs


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

[oracle_br] conexão Oracle 10g com MS SQL Server

[Leonardo Santos da Mata]

bom dia pessoal,


 Por acaso alguém poderia me dar umas dicas de como eu faço para conectar o
racle 10 com ms sql server?
 isso pode ser feito via DBLINK??

-- 

___
Ao repassar, favor APAGAR o e-mail de quem lhe enviou. Colocar os emails dos
destinatários SEMPRE em CCo- Cópia Oculta.
Não dê munição a hackers e evite a disseminação de spam.
___


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