[oracle_br] Uso de índice

[Sérgio Luís Spolon]

Pessoal,


Tenho um database 8.1.6 Std em AIX 4.3 (A) e outro 8.1.6 em Windows 2000
Server SP4 (B)

O database B tem um DBLink para o database A.

Minha dúvida:
Em minhas rotinas no database B onde uso:

select a.cpo1, a.cpo2, b.cpo3, b.cpo4
from tabela1 a, [EMAIL PROTECTED]"A" b
where...

Como fazer para que eu tenha certeza de que o select está
utilizando o índice correto para a tabela1-database B e para a tabela2 no
database A?

O problema é que a [EMAIL PROTECTED]"A" b está
rodando com FULL TABLE SCAN

Alguém tem alguma sugestão??

Obrigado

Sérgio


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



__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos

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

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

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

 

[oracle_br] Re: tirar o privilégio de delete

[jlchiappa]

Piadinhas à parte, a idéia é essa mesma, nem que seja em turnos, ie :
começa meu turno, o DBA anterior me passa a senha, eu faço alguns
SELECTs comprovando que não há triggers a mais, não há objetos de
banco criados a mais não listados no caderno de bordo, coisa do tipo,
aí eu conecto, mudo a senha, passei a ser o DBA, eu é que estou na
responsa. Ou seja, mesmo qunado mis de um DBA atende mais de um banco,
a idéia é ter-se alguém , um ponto CLARO de verificação, é isso.

[]s

 Chiappa

--- Em oracle_br@yahoogrupos.com.br, "Thiago M. Zerbinato"
<[EMAIL PROTECTED]> escreveu
> Chiappa,
> 
> Adorei a parte "highlanders, só deve haver UM"
> 
> :)
> 
> Att.
> 
> Thiago M. Zerbinato
> OCP DBA Oracle / Linux User desde 1997
> [EMAIL PROTECTED] (MSN)
> 75311127  (ICQ)
> thiagomz.hpg.com.br   (WEB)
> 
> jlchiappa wrote:
> > Não : ** por definição **, DBA = ADMINISTRADOR = superuser do Oracle 
> > = faz o que quer. Portanto, DBAs e highlanders, só deve haver UM :)
> >   O que vc deve fazer portanto é aplicar privilégios mais finos, ie : 
> > UM cara é responsável, esse é o DBA, esse cara dá permissões ** 
> > apenas ** de SELECT, ou apenas do que for, apenas pras pessoas que 
> > podem fazer seja qual for a tarefa.
> >   
> >   []s
> >   
> >Chiappa
> >
> > --- Em oracle_br@yahoogrupos.com.br, Kátia Claro <[EMAIL PROTECTED]> 
> > escreveu
> > 
> >>Pessoal,
> >>
> >>Tem como eu tirar um privilégio de delete para um usuário que tem 
> > 
> > privillégio de DBA.
> > 
> >>obrigada 
> >>
> >>até +
> >>
> >>Kátia Claro 
> >>
> >>[As partes desta mensagem que não continham texto foram removidas]
> > 
> > 
> > 
> > 
> > 
> > __
> > 
> > Cancelar assinatura...: [EMAIL PROTECTED]
> > Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
> > Fernanda Damous [EMAIL PROTECTED] 
> > Alisson Aguiar [EMAIL PROTECTED]
> > __
> > http://br.groups.yahoo.com/group/oracle_br/ 
> > __
> > 
> > Sair da Lista...: [EMAIL PROTECTED] 
> > Links do Yahoo! Grupos
> > 
> > 
> > 
> > 
> >  
> > 
> > 
> > 
> > 
> 
>   
>   
>   
> ___ 
> Yahoo! Acesso Grátis - Internet rápida e grátis. 
> Instale o discador agora! http://br.acesso.yahoo.com/





__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos

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

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

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

 

Re: [oracle_br] FlexFields

[Paulo Saes]

cara seguinte tenho uma receita de bolo pra isso so preciso achar e te passo 
ate segunda no maximo OK

   Paulo Roberto Saes 
E-Bussiness Suite Oracle Applications
   Development Senior 








___ 
Yahoo! Acesso Grátis - Internet rápida e grátis. 
Instale o discador agora! http://br.acesso.yahoo.com/


__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos

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

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

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

 

Re: [oracle_br] FlexFields

[leandro cursino]

Ola Jorge,
 
trabalho ja algum tempo com Oracle Apps, os flexfields estao relacionados com 
as tabelas do Apps, exemplo; po_headers_all, ela contem campos de attribute1 a 
20, nestes attributes serao relacionados os flexfields.
 
para se cadastrar os flexfields vc deve usar a responsabilidade de sysadmin e 
obedecer os passos de cadastro, existe material especifico para flexfields, 
sugiro q entre no metalink e abaixe os doc.
 
Att

Jorge Silva <[EMAIL PROTECTED]> escreveu:
Ola pessoal,

Comecei há pouco tempo trabalhar com o App. da Oracle. Alguém aí poderia me 
ajudar passando algumas informações sobre "flexfields" ?! O que é ? Quando é 
usado ? Como cadastrar ? Qualquer informação é bem-vinda

Obrigado a todos,

Jorge


-
Yahoo! Acesso Grátis: Internet rápida e grátis. Instale o discador agora!

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



__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos









Leandro Cursino
__
Converse com seus amigos em tempo real com o Yahoo! Messenger 
http://br.download.yahoo.com/messenger/ 

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



__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos

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

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

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

 

Re: [oracle_br] Dúvida - StandBy Database

[Alexandre Duarte]

Rosiano,

O database Stand-by é um banco espelho do de produção, porém ele só é
alterado pela aplicação dos archived logs gerados pelo principal. Para
que num momento de falha, vc pode aplicar os últimos archived logs
gerados pelo banco principal, colocar o standby para read-write e
migrar as conexões dos usuários para acessar este novo banco.
Em alguns ambientes estes passos podem ser automáticos, via
ferramentas proprietárias ou adquiridas, ou então de forma manual,
obedecendo uma sequência de comandos.

O que pode estar acontecendo é que o banco stand-by necessita de um
archived log que foi gerado pelo principal e não foi lido por ele,
isto  é, este archive não está no diretório configurado no  parâmetro
ARCHIVED_LOG_DEST do stand-by.

Como é a rotina de geração dos archives no principal e sua
disponibilização para o standby ?

Em 24/06/05, Rosiano Vieira de Sales<[EMAIL PROTECTED]> escreveu:
>  Pessoal ... tenho algumas dúvidas sobre StandBy Database ...
>  
>Primeiro me corrijam de estiver errado  Standby database trata-se
> de um DB que recebe replicação de archivelogs para caso o Banco principal
> dar um crash ... ele sobe no lugar do principal ...
>  
>  Não tenho muito conhecimento desse tipo de arquitetura  mas vamos lá
> ...
>  
>Estou com um problema que é o seguinte : o Banco Standby ficou fora
> do ar ontem e o principal continuou trabalhando ... ao subir o banco de
> standby ... esta dando a mensagem abaixo nos arquivos de alert do standby:
>
>  Media Recovery Start
>  Media Recovery Log 
>  ORA-279 signalled during: ALTER DATABASE RECOVER   standby database
>...
>  Fri Jun 24 14:30:00 2005
>  ALTER DATABASE RECOVERCONTINUE DEFAULT  
>  Media Recovery Log
> E:\BASE\BCRMP\ARCHIVE\BCRMPT001S07940.ARC
>  ORA-308 signalled during: ALTER DATABASE RECOVERCONTINUE DEFAULT  ...
>  Fri Jun 24 14:30:00 2005
>  ALTER DATABASE RECOVER CANCEL
>  Media Recovery Cancelled
>  Completed: ALTER DATABASE RECOVER CANC
>  
>  
>  
>  Nos logs dos processos background do principal esta dando a seguinte
> mensagem:
>  
>  error 473 detected in background process
>  ORA-00473: ARCH process terminated with error
>  Dump file E:\BASE\admin\BCRMP\bdump\bcrmpCKPT.TRC
>  Thu Jun 23 14:48:40 2005
>  
>  
>  
>  Será que o principal perdeu alguma espécie de sincronismo com o standby ???
> e apenas um shutdown e startup da principal resolveria ???
>  
>  Alguém faz idéia do que ocorreu ??? o Standby tem que estar ativo sempre
> antes de vc subir o principal para ele poder sincronizar ...???
>  
>  Att.
>  
>  Rosiano
>  
>  
> 
> __
>  
>  Cancelar assinatura...:
> [EMAIL PROTECTED]
>  Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
>  Fernanda Damous [EMAIL PROTECTED] 
>  Alisson Aguiar [EMAIL PROTECTED]
> __
>  http://br.groups.yahoo.com/group/oracle_br/ 
> __
>  
>  Sair da Lista...: [EMAIL PROTECTED] 
> 
>  
>  
>  Links do Yahoo! Grupos
>  
>  
> Para visitar o site do seu grupo na web, acesse:
> http://br.groups.yahoo.com/group/oracle_br/
>   
> Para sair deste grupo, envie um e-mail para:
> [EMAIL PROTECTED]
>   
> O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do
> Yahoo!.


__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos

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

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

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

 

Re: [oracle_br] Dúvida - StandBy Database

[Thiago M. Zerbinato]

Vamos la...

no standby

shutdown
startup nomount
alter database mount standby database
recover automatic standby database

ele vai pedir os Archives_X

coloque no caminho do seu archive_log_dest

show parameter archive_log_dest

Espero ter ajudado...

Att.

Thiago M. Zerbinato
OCP DBA Oracle / Linux User desde 1997
[EMAIL PROTECTED]   (MSN)
75311127(ICQ)
thiagomz.hpg.com.br (WEB)

Rosiano Vieira de Sales wrote:
> Pessoal ... tenho algumas dúvidas sobre StandBy Database ...
> 
>   Primeiro me corrijam de estiver errado  Standby database trata-se 
> de um DB que recebe replicação de archivelogs para caso o Banco principal dar 
> um crash ... ele sobe no lugar do principal ...
> 
> Não tenho muito conhecimento desse tipo de arquitetura  mas vamos lá ...
> 
>   Estou com um problema que é o seguinte : o Banco Standby ficou fora do 
> ar ontem e o principal continuou trabalhando ... ao subir o banco de standby 
> ... esta dando a mensagem abaixo nos arquivos de alert do standby:
>   
> Media Recovery Start
> Media Recovery Log 
> ORA-279 signalled during: ALTER DATABASE RECOVER   standby database
>   ...
> Fri Jun 24 14:30:00 2005
> ALTER DATABASE RECOVERCONTINUE DEFAULT  
> Media Recovery Log E:\BASE\BCRMP\ARCHIVE\BCRMPT001S07940.ARC
> ORA-308 signalled during: ALTER DATABASE RECOVERCONTINUE DEFAULT  ...
> Fri Jun 24 14:30:00 2005
> ALTER DATABASE RECOVER CANCEL
> Media Recovery Cancelled
> Completed: ALTER DATABASE RECOVER CANC
> 
> 
> 
> Nos logs dos processos background do principal esta dando a seguinte mensagem:
> 
> error 473 detected in background process
> ORA-00473: ARCH process terminated with error
> Dump file E:\BASE\admin\BCRMP\bdump\bcrmpCKPT.TRC
> Thu Jun 23 14:48:40 2005
> 
> 
> 
> Será que o principal perdeu alguma espécie de sincronismo com o standby ??? e 
> apenas um shutdown e startup da principal resolveria ???
> 
> Alguém faz idéia do que ocorreu ??? o Standby tem que estar ativo sempre 
> antes de vc subir o principal para ele poder sincronizar ...???
> 
> Att.
> 
> Rosiano
> 
> 
> 
> __
> 
> Cancelar assinatura...: [EMAIL PROTECTED]
> Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
> Fernanda Damous [EMAIL PROTECTED] 
> Alisson Aguiar [EMAIL PROTECTED]
> __
> http://br.groups.yahoo.com/group/oracle_br/ 
> __
> 
> Sair da Lista...: [EMAIL PROTECTED] 
> Links do Yahoo! Grupos
> 
> 
> 
> 
>  
> 
> 
> 
> 




___ 
Yahoo! Acesso Grátis - Internet rápida e grátis. 
Instale o discador agora! http://br.acesso.yahoo.com/


__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos

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

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

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

 

Re: [oracle_br] Re: tirar o privilégio de delete

[Kátia Claro]

Chiappa, obrigado

até +

Kátia


- Original Message - 
From: "jlchiappa" <[EMAIL PROTECTED]>
To: 
Sent: Friday, June 24, 2005 5:00 PM
Subject: [oracle_br] Re: tirar o privilégio de delete


Não : ** por definição **, DBA = ADMINISTRADOR = superuser do Oracle
= faz o que quer. Portanto, DBAs e highlanders, só deve haver UM :)
  O que vc deve fazer portanto é aplicar privilégios mais finos, ie :
UM cara é responsável, esse é o DBA, esse cara dá permissões **
apenas ** de SELECT, ou apenas do que for, apenas pras pessoas que
podem fazer seja qual for a tarefa.

  []s

   Chiappa

--- Em oracle_br@yahoogrupos.com.br, Kátia Claro <[EMAIL PROTECTED]>
escreveu
> Pessoal,
>
> Tem como eu tirar um privilégio de delete para um usuário que tem
privillégio de DBA.
>
> obrigada
>
> até +
>
> Kátia Claro
>
> [As partes desta mensagem que não continham texto foram removidas]




__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED]
Fernanda Damous [EMAIL PROTECTED]
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/
__

Sair da Lista...: [EMAIL PROTECTED]
Links do Yahoo! Grupos











__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos

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

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

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

 

Re: [oracle_br] Re: tirar o privilégio de d elete

[Thiago M. Zerbinato]

Chiappa,

Adorei a parte "highlanders, só deve haver UM"

:)

Att.

Thiago M. Zerbinato
OCP DBA Oracle / Linux User desde 1997
[EMAIL PROTECTED]   (MSN)
75311127(ICQ)
thiagomz.hpg.com.br (WEB)

jlchiappa wrote:
> Não : ** por definição **, DBA = ADMINISTRADOR = superuser do Oracle 
> = faz o que quer. Portanto, DBAs e highlanders, só deve haver UM :)
>   O que vc deve fazer portanto é aplicar privilégios mais finos, ie : 
> UM cara é responsável, esse é o DBA, esse cara dá permissões ** 
> apenas ** de SELECT, ou apenas do que for, apenas pras pessoas que 
> podem fazer seja qual for a tarefa.
>   
>   []s
>   
>Chiappa
>
> --- Em oracle_br@yahoogrupos.com.br, Kátia Claro <[EMAIL PROTECTED]> 
> escreveu
> 
>>Pessoal,
>>
>>Tem como eu tirar um privilégio de delete para um usuário que tem 
> 
> privillégio de DBA.
> 
>>obrigada 
>>
>>até +
>>
>>Kátia Claro 
>>
>>[As partes desta mensagem que não continham texto foram removidas]
> 
> 
> 
> 
> 
> __
> 
> Cancelar assinatura...: [EMAIL PROTECTED]
> Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
> Fernanda Damous [EMAIL PROTECTED] 
> Alisson Aguiar [EMAIL PROTECTED]
> __
> http://br.groups.yahoo.com/group/oracle_br/ 
> __
> 
> Sair da Lista...: [EMAIL PROTECTED] 
> Links do Yahoo! Grupos
> 
> 
> 
> 
>  
> 
> 
> 
> 




___ 
Yahoo! Acesso Grátis - Internet rápida e grátis. 
Instale o discador agora! http://br.acesso.yahoo.com/


__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos

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

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

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

 

Re: [oracle_br] DBMS_STATS

[Renan da Silveira Medeiros]

A pergunta é:
Vc ja analisou os dados da estatistica.
Provavelmente a estatistica esteja dizendo que fazer uma consulta full scan 
seja de menor custo do que fazer uma consulta usando o indice da coluna de 
char(1).
Qual o percentual de linhas retornadas ao fazer acesso pelo indice ?


Renan Medeiros
Coordenador de Suporte/Treinamento/Pré-venda
Unimix Tecnologia Ltda
0 xx 61 9994 0586
0 xx 61 3201 

  - Original Message - 
  From: Rosiano Vieira de Sales 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Friday, June 24, 2005 4:34 PM
  Subject: RES: [oracle_br] DBMS_STATS


  Gabriel,

Estou com problemas semelhante ao seu  também fiz igual a vc ... 
deletei as estatísticas apenas do índice que me interessava e o CBO passou a 
usa-lo ... inclusive com um custo muito menor ... tb não sei o que acontece e 
gostaria de saber se alguém da lista puder nos ajudar ...

  Att.

  Rosiano 

  -Mensagem original-
  De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Gabriel 
Hanauer
  Enviada em: quinta-feira, 23 de junho de 2005 13:59
  Para: oracle_br@yahoogrupos.com.br
  Assunto: [oracle_br] DBMS_STATS

  Olá,

  Tenho uma tabela com aproximadamente 250 mil registros. Essa tabela
  possui 4 índices . 2 índices compostos com 2 colunas cada e 2 índices
  simples. Todas as colunas dos índices sao do tipo number, menos um
  índice simples que tem uma coluna char(1).

  O que acontece é que toda vez que faço uma consulta usando usando essa
  coluna char(1) na clausula where e que eu esteja selecionando qq outra
  coluna que nao esteja indexada, o CBO escolhe fazer um table access
  full.

  Isso acontece qdo eu coleto as estatisticas para essa tabela e seus
  indices. Se as estatisticas forem deletadas o CBO escolhe usar o
  indice.

  Já tentei coletar as estatisticas de várias maneiras. Sempre que
  possuo estatisticas no indice da coluna char(1) o CBO faz um table
  access full

  Abaixo vou colocar algumas informações. Se alguém puder me ajudar, agradeço.

  P.S.: Isso está acontecendo em várias consultas diferentes.

  SELECT  a.cod_lote, a.string_folha
  FROM dfen_carga_batch a
  WHERE a.tipo_status = 'S'
AND ROWNUM < 10
  /

  Plano de Execução
  --
 0  SELECT STATEMENT Optimizer=CHOOSE (Cost=25549 Card=9 Bytes=5
472)

 10   COUNT (STOPKEY)
 21 TABLE ACCESS (FULL) OF 'DFEN_CARGA_BATCH' (Cost=25549 Ca
rd=85811 Bytes=52173088)





  Estatística
  --
0  recursive calls
0  db block gets
   265402  consistent gets
   265379  physical reads
0  redo size
  246  bytes sent via SQL*Net to client
  364  bytes received via SQL*Net from client
1  SQL*Net roundtrips to/from client
0  sorts (memory)
0  sorts (disk)
0  rows processed


  Alguns dados das estatisticas:

  Coletei de várias maneiras.

  exec 
sys.dbms_stats.gather_table_stats(ownname=>'CSC_MIGRA',tabname=>'DFEN_CARGA_BATCH',granularity=>'ALL',method_opt=>'FOR
  ALL COLUMNS SIZE 1',
  estimate_percent=>DBMS_STATS.AUTO_SAMPLE_SIZE,cascade=>TRUE,
  DEGREE=>2);

  analyze index CSC_MIGRA.XIE1DFEN_CARGA_BATCH compute statistics;

  exec 
sys.dbms_stats.gather_table_stats(ownname=>'CSC_MIGRA',tabname=>'DFEN_CARGA_BATCH',granularity=>'ALL',method_opt=>'FOR
  ALL INDEXED COLUMNS SIZE 3',
  estimate_percent=>DBMS_STATS.AUTO_SAMPLE_SIZE,cascade=>TRUE,
  DEGREE=>2);

  Dados sobre as estatisticas coletadas:

  Indices da tabela:

  NAME  NUM_ROWSDISTINCT LEAF_BLOCKS
   CF   LEVELALFBPKEY LA
  -- --- --- ---
  --- --- --- ---
  IX_DFEN_CARGA_BATCH 257433  2570301108
  257433   2   1 06/23/2005 11:48:18
  XIE1DFEN_CARGA_BATCH257433   3 467
  257433   1 155 06/23/2005 11:47:39
  XIE2DFEN_CARGA_BATCH2574331514 540
  257433   2   1 06/23/2005 11:48:31
  XPKDFEN_CARGA_BATCH 257433  257433 656
  257433   2   1 06/23/2005 11:48:26



  TABLE_NAMENUM_ROWS  BLOCKS AVG_ROW_LEN
  SAMPLE_SIZE LA
  -- --- --- ---
  --- ---
  DFEN_CARGA_BATCH257433  2656355842
  257433 06/23/2005 11:47:27

  SQL> @colstats dfen_carga_batch

  COLUMN_NAMENUM_DISTINCT   NUM_NULLS NUM_BUCKETS 
DENSITY
  --  --- --- 
---
  COD_CHAVE255995   0   3 
,039279
  COD_CHAVE_ANT  

[oracle_br] Re: tirar o privilégio de delete

[jlchiappa]

Não : ** por definição **, DBA = ADMINISTRADOR = superuser do Oracle 
= faz o que quer. Portanto, DBAs e highlanders, só deve haver UM :)
  O que vc deve fazer portanto é aplicar privilégios mais finos, ie : 
UM cara é responsável, esse é o DBA, esse cara dá permissões ** 
apenas ** de SELECT, ou apenas do que for, apenas pras pessoas que 
podem fazer seja qual for a tarefa.
  
  []s
  
   Chiappa
   
--- Em oracle_br@yahoogrupos.com.br, Kátia Claro <[EMAIL PROTECTED]> 
escreveu
> Pessoal,
> 
> Tem como eu tirar um privilégio de delete para um usuário que tem 
privillégio de DBA.
> 
> obrigada 
> 
> até +
> 
> Kátia Claro 
> 
> [As partes desta mensagem que não continham texto foram removidas]




__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos

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

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

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

 

Re: RES: [oracle_br] DBMS_STATS

[jlchiappa]

Bom, de início  : ** nem sempre ** FULL SCAN é uma porcaria, ** nem 
sempre ** acesso via índice é uma maravilha. Vcs tem que ter em mente 
o seguinte : SE for acessar apenas algumas linhas na tabela, índice é 
excelente, pois o índice é armazenado ordenado, rapidamente se 
localiza poucos valores numa lista ordenada, no índice há o endereço 
físico em disco das linhas a acessar, é rápido.  ==>> AGORA : se a 
quantidade de linhyas a se recuperar é uma porção significativa da 
tabela (não é só umas poucas) , o trabalho de se varrer a um monte de 
linhas no índice pra depois fazer um monte de acessos em disco já não 
compensa. Assim a pergunta : é ESTE o caso ou não ??? SE for, o CBO 
está absolutamente ==>> CERTO <<== em escolher FULL SCAN. Se não for 
o caso, a quantidade de linhas for pouca e o índice compensaria, é 
checar a CONFIGURAÇÂO DO CBO , principalmente os parâmetros optmizer, 
tamanhos de PGA, a´sim se pode dizer algo. 


[]s

 Chiappa
 
--- Em oracle_br@yahoogrupos.com.br, "Rosiano Vieira de Sales" 
<[EMAIL PROTECTED]> escreveu
> Gabriel,
> 
>   Estou com problemas semelhante ao seu  também fiz igual a 
vc ... deletei as estatísticas apenas do índice que me interessava e 
o CBO passou a usa-lo ... inclusive com um custo muito menor ... tb 
não sei o que acontece e gostaria de saber se alguém da lista 
puder nos ajudar ...
> 
> Att.
> 
> Rosiano 
> 
> -Mensagem original-
> De: oracle_br@yahoogrupos.com.br 
[mailto:[EMAIL PROTECTED] Em nome de Gabriel Hanauer
> Enviada em: quinta-feira, 23 de junho de 2005 13:59
> Para: oracle_br@yahoogrupos.com.br
> Assunto: [oracle_br] DBMS_STATS
> 
> Olá,
> 
> Tenho uma tabela com aproximadamente 250 mil registros. Essa tabela
> possui 4 índices . 2 índices compostos com 2 colunas cada e 2 
índices
> simples. Todas as colunas dos índices sao do tipo number, menos um
> índice simples que tem uma coluna char(1).
> 
> O que acontece é que toda vez que faço uma consulta usando usando 
essa
> coluna char(1) na clausula where e que eu esteja selecionando qq 
outra
> coluna que nao esteja indexada, o CBO escolhe fazer um table access
> full.
> 
> Isso acontece qdo eu coleto as estatisticas para essa tabela e seus
> indices. Se as estatisticas forem deletadas o CBO escolhe usar o
> indice.
> 
> Já tentei coletar as estatisticas de várias maneiras. Sempre que
> possuo estatisticas no indice da coluna char(1) o CBO faz um table
> access full
> 
> Abaixo vou colocar algumas informações. Se alguém puder me ajudar, 
agradeço.
> 
> P.S.: Isso está acontecendo em várias consultas diferentes.
> 
> SELECT  a.cod_lote, a.string_folha
> FROM dfen_carga_batch a
> WHERE a.tipo_status = 'S'
>   AND ROWNUM < 10
> /
> 
> Plano de Execução
> --
>0  SELECT STATEMENT Optimizer=CHOOSE (Cost=25549 Card=9 
Bytes=5
>   472)
> 
>10   COUNT (STOPKEY)
>21 TABLE ACCESS (FULL) OF 'DFEN_CARGA_BATCH' (Cost=25549 
Ca
>   rd=85811 Bytes=52173088)
> 
> 
> 
> 
> 
> Estatística
> --
>   0  recursive calls
>   0  db block gets
>  265402  consistent gets
>  265379  physical reads
>   0  redo size
> 246  bytes sent via SQL*Net to client
> 364  bytes received via SQL*Net from client
>   1  SQL*Net roundtrips to/from client
>   0  sorts (memory)
>   0  sorts (disk)
>   0  rows processed
> 
> 
> Alguns dados das estatisticas:
> 
> Coletei de várias maneiras.
> 
> exec sys.dbms_stats.gather_table_stats
(ownname=>'CSC_MIGRA',tabname=>'DFEN_CARGA_BATCH',granularity=>'ALL',m
ethod_opt=>'FOR
> ALL COLUMNS SIZE 1',
> estimate_percent=>DBMS_STATS.AUTO_SAMPLE_SIZE,cascade=>TRUE,
> DEGREE=>2);
> 
> analyze index CSC_MIGRA.XIE1DFEN_CARGA_BATCH compute statistics;
> 
> exec sys.dbms_stats.gather_table_stats
(ownname=>'CSC_MIGRA',tabname=>'DFEN_CARGA_BATCH',granularity=>'ALL',m
ethod_opt=>'FOR
> ALL INDEXED COLUMNS SIZE 3',
> estimate_percent=>DBMS_STATS.AUTO_SAMPLE_SIZE,cascade=>TRUE,
> DEGREE=>2);
> 
> Dados sobre as estatisticas coletadas:
> 
> Indices da tabela:
> 
> NAME  NUM_ROWSDISTINCT 
LEAF_BLOCKS
>  CF   LEVELALFBPKEY LA
> -- --- --- ---
> --- --- --- ---
> IX_DFEN_CARGA_BATCH 257433  257030
1108
>  257433   2   1 06/23/2005 11:48:18
> XIE1DFEN_CARGA_BATCH257433   3 
467
>  257433   1 155 06/23/2005 11:47:39
> XIE2DFEN_CARGA_BATCH2574331514 
540
>  257433   2   1 06/23/2005 11:48:31
> XPKDFEN_CARGA_BATCH 257433  257433 
656
>  257433   2   1 06/23/2005 11:48:26
> 
> 
> 
> TABLE_NAMENUM_ROWS  BLOCKS

[oracle_br] tirar o privilégio de delete

[Kátia Claro]

Pessoal,

Tem como eu tirar um privilégio de delete para um usuário que tem privillégio 
de DBA.

obrigada 

até +

Kátia Claro 

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



__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos

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

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

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

 

RES: [oracle_br] DBMS_STATS

[Rosiano Vieira de Sales]

Gabriel,

Estou com problemas semelhante ao seu  também fiz igual a vc ... 
deletei as estatísticas apenas do índice que me interessava e o CBO passou a 
usa-lo ... inclusive com um custo muito menor ... tb não sei o que acontece e 
gostaria de saber se alguém da lista puder nos ajudar ...

Att.

Rosiano 

-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Gabriel 
Hanauer
Enviada em: quinta-feira, 23 de junho de 2005 13:59
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] DBMS_STATS

Olá,

Tenho uma tabela com aproximadamente 250 mil registros. Essa tabela
possui 4 índices . 2 índices compostos com 2 colunas cada e 2 índices
simples. Todas as colunas dos índices sao do tipo number, menos um
índice simples que tem uma coluna char(1).

O que acontece é que toda vez que faço uma consulta usando usando essa
coluna char(1) na clausula where e que eu esteja selecionando qq outra
coluna que nao esteja indexada, o CBO escolhe fazer um table access
full.

Isso acontece qdo eu coleto as estatisticas para essa tabela e seus
indices. Se as estatisticas forem deletadas o CBO escolhe usar o
indice.

Já tentei coletar as estatisticas de várias maneiras. Sempre que
possuo estatisticas no indice da coluna char(1) o CBO faz um table
access full

Abaixo vou colocar algumas informações. Se alguém puder me ajudar, agradeço.

P.S.: Isso está acontecendo em várias consultas diferentes.

SELECT  a.cod_lote, a.string_folha
FROM dfen_carga_batch a
WHERE a.tipo_status = 'S'
  AND ROWNUM < 10
/

Plano de Execução
--
   0  SELECT STATEMENT Optimizer=CHOOSE (Cost=25549 Card=9 Bytes=5
  472)

   10   COUNT (STOPKEY)
   21 TABLE ACCESS (FULL) OF 'DFEN_CARGA_BATCH' (Cost=25549 Ca
  rd=85811 Bytes=52173088)





Estatística
--
  0  recursive calls
  0  db block gets
 265402  consistent gets
 265379  physical reads
  0  redo size
246  bytes sent via SQL*Net to client
364  bytes received via SQL*Net from client
  1  SQL*Net roundtrips to/from client
  0  sorts (memory)
  0  sorts (disk)
  0  rows processed


Alguns dados das estatisticas:

Coletei de várias maneiras.

exec 
sys.dbms_stats.gather_table_stats(ownname=>'CSC_MIGRA',tabname=>'DFEN_CARGA_BATCH',granularity=>'ALL',method_opt=>'FOR
ALL COLUMNS SIZE 1',
estimate_percent=>DBMS_STATS.AUTO_SAMPLE_SIZE,cascade=>TRUE,
DEGREE=>2);

analyze index CSC_MIGRA.XIE1DFEN_CARGA_BATCH compute statistics;

exec 
sys.dbms_stats.gather_table_stats(ownname=>'CSC_MIGRA',tabname=>'DFEN_CARGA_BATCH',granularity=>'ALL',method_opt=>'FOR
ALL INDEXED COLUMNS SIZE 3',
estimate_percent=>DBMS_STATS.AUTO_SAMPLE_SIZE,cascade=>TRUE,
DEGREE=>2);

Dados sobre as estatisticas coletadas:

Indices da tabela:

NAME  NUM_ROWSDISTINCT LEAF_BLOCKS
 CF   LEVELALFBPKEY LA
-- --- --- ---
--- --- --- ---
IX_DFEN_CARGA_BATCH 257433  2570301108
 257433   2   1 06/23/2005 11:48:18
XIE1DFEN_CARGA_BATCH257433   3 467
 257433   1 155 06/23/2005 11:47:39
XIE2DFEN_CARGA_BATCH2574331514 540
 257433   2   1 06/23/2005 11:48:31
XPKDFEN_CARGA_BATCH 257433  257433 656
 257433   2   1 06/23/2005 11:48:26



TABLE_NAMENUM_ROWS  BLOCKS AVG_ROW_LEN
SAMPLE_SIZE LA
-- --- --- ---
--- ---
DFEN_CARGA_BATCH257433  2656355842
 257433 06/23/2005 11:47:27

SQL> @colstats dfen_carga_batch

COLUMN_NAMENUM_DISTINCT   NUM_NULLS NUM_BUCKETS DENSITY
--  --- --- ---
COD_CHAVE255995   0   3 ,039279
COD_CHAVE_ANT  2969  254464   1 ,0003368137
COD_LOJA  5   0   3  ,2
COD_LOJA_ORIGINAL   492   0   1 ,0020325203
COD_LOTE   1514   0   3  ,000660502
COD_PRODUTO  11   0   1 ,0909090909
NUM_SEQ_REGISTRO   4506   0   3 ,0002219263
STRING_CARTAO 0  257433   1   0
STRING_CLI_BASE  164894   0   1 ,060645
STRING_CLI_CONJUGE7   0   1 ,1428571429
STRING_CLI_EMPREGO   182749   0 

Re: [oracle_br] Re: remover re gistro e tbs nao libera espaço

[Guilherme Zalochi]

Fala serio voces heim, como voces sao chiques...

procurei no FOLDOC achando que era algo de computacao 

hehehe

[]'s



On 6/24/05, José Resende Neto <[EMAIL PROTECTED]> wrote:
> PMFJI = Pardon Me For Jumping In
> 
> (vai no Google antes de perguntar, galera)
> 
> //Neto
> 
> - Original Message -
> From: "Guilherme Zalochi" <[EMAIL PROTECTED]>
> To: 
> Sent: Friday, June 24, 2005 3:02 PM
> Subject: Re: [oracle_br] Re: remover registro e tbs nao libera espaço
> 
> 
> hm, muito bom, valeu pelo esclarecimento, mas o que é PMFJI?
> 
> Nao sabia dessa parte, aonde eu posso ler mais sobre?
> 
> []'s
> 
> On 6/24/05, jlchiappa <[EMAIL PROTECTED]> wrote:
> > PMFJI, mas é o seguinte :
> >
> > limites : sim, isso mesmo : num banco que não use os novos recursos
> > de gerenciamento automático de segmentos (ASSM) vc dita quanto espaço
> > vc quer reservar para INSERTs/UPDATEs e após os DELETEs irem
> > acontecendo, a partir de  que porcentual de espaço ficando livre o
> > bloco volta à lista de blocos livres, via parâmetros PCTFREE e
> > PCTUSED.
> >
> >
> > reutilização de espaço : uma vez que um bloco foi usado por um objeto
> > (tabela, índice, qquer) ele fica PERTENCENDO ao objeto, mesmo que
> > haja um DELETE, o espaço livre continua RESERVADO ao objeto : assim,
> > se vc tem uma tabela (digamos) DADOS_CLIENTE, e nessa tabela vc fizer
> > um DELETE, os blocos que foram liberados pelo DELETE ficarão marcados
> > como livres, mas pertencendo a tabela DADOS_CLIENTE, somente
> > INSERTs/UPDATEs nessas tabelas usarão esse espaço, todo o espaço uma
> > vez usado pela DADOS_CLIENTES está RESERVADO pra DADOS_CLIENTES. A
> > idéia da Oracle aqui é que normalmente tabelas são muito  dinâmicas,
> > uma tabela que sofreu um DELETE normalmente em breve acaba tendo
> > INSERTs ou UPDATEs, usando esse conceito de deixar o espaço reservado
> > os eventuais INSERTs/UPDATEs posteriores a um DELETE serão mais
> > rápidos, pois o espaço já está "formatado", prontinho, reservado.
> >   Na maior parte das vezes isso é bom e desejável, mas e quando vc
> > tem uma tabela que (por regra de negócio) vc vai deletera coisas e vc
> > tem TOTAL certeza que nunca mais entrarão dados (tipo, uma tabela de
> > fechamento de mês, coisa assim ) ? Aí o espaço desse DELETE está lá,
> > reservado à toa. E no caso de FULL SCANs o banco ** não sabe ** onde
> > está uma informação, ele não mantém uma lista de "ah, em disco o
> > espaço X é reservado e usado, Y é só reservado), então ele lê TODO O
> > ESPAÇO reservado pra tabela, é isso...  Então se vc tem uma tabela
> > com essa característica de uma vez deletada nunca mais ser
> > inserida/updateada, vc deve realocar os registros, isso pode ser via
> > MOVE ou via DBMS_REDEFINITION se for banco 9i.
> >
> >   []s
> >
> >Chiappa
> >
> > --- Em oracle_br@yahoogrupos.com.br, Guilherme Zalochi
> > <[EMAIL PROTECTED]> escreveu
> > > Desculpe,
> > >
> > > Não entendi, como assim limites? quer dizer que em cada bloco,
> > existe
> > > um espaço pré determinado para insert/update/delete?
> > >
> > >
> > > O unico problema de nao redimensionar a tabela, é o fato de que se
> > > houver um full table scan, pode se demorar horas (depende do
> > ambiente
> > > *mas existe queda de performance)  pois ele passa por todo espaco
> > > deletado, e só para na marca dagua q é no final
> > >
> > > mas o Oracle nao reutiliza o espaço ?
> > >
> > > []'s
> > >
> > >
> > > On 6/24/05, Roberto E. Wille <[EMAIL PROTECTED]> wrote:
> > > > na verdade pode acontecer sim
> > > > um bloco de dados possue limites
> > > > um limite é para deixar espaço para updates
> > > > outro limite é para permitir que aquele bloco seja utilizado
> > novamente
> > > > para insert
> > > > nesse último caso pode acontecer de ficar muito espaço sobrando
> > em um
> > > > bloco e que esse espaço seja mais que suficiente para armazenar os
> > > > updates e ainda sobrar
> > > > nem sempre o espaço deletado é reutilizado
> > > >
> > > >
> > > > Guilherme Zalochi escreveu, em 23/06/2005 13:50:
> > > >
> > > > >Zumba,
> > > > >
> > > > >Na realidade, com oracle voce nao perde espaço, o unico jeito de
> > voce
> > > > >ganhar espaco, digo
> > > > >*se sua aplicação nao for mais fazer inserts,updates,delete é
> > voce
> > > > >criar uma nova tabela, e jogar o conteudo exisitente (ATUAL)
> > nela, e
> > > > >depois renomea-la para o mesmo, se for fazer isso, tomar cuidado
> > com
> > > > >as integridades
> > > > >
> > > > >AGORA, se ainda tiver inserts updates e deletes, voce pode ficar
> > > > >tranquilo que mesmo que aja um GAP entre um dado e ourto o oracle
> > > > >preenche automaticamente, ele reutiliza o espaco que
> > foi 'deletado'
> > > > >
> > > > >
> > > > >
> > > > >Espero ter ajudado
> > > > >
> > > > >
> > > > >[]'s
> > > > >
> > > > >Guilherme Zalochi
> > > > >
> > > > >On 6/23/05, Zumba <[EMAIL PROTECTED]> wrote:
> > > > >
> > > > >
> > > > >>Olá pessoal,
> > > > >>
> > > > >>fiz uma limpeza em algumas tabelas de um sistema, onde

[oracle_br] Dúvida - StandBy Database

[Rosiano Vieira de Sales]

Pessoal ... tenho algumas dúvidas sobre StandBy Database ...

Primeiro me corrijam de estiver errado  Standby database trata-se 
de um DB que recebe replicação de archivelogs para caso o Banco principal dar 
um crash ... ele sobe no lugar do principal ...

Não tenho muito conhecimento desse tipo de arquitetura  mas vamos lá ...

Estou com um problema que é o seguinte : o Banco Standby ficou fora do 
ar ontem e o principal continuou trabalhando ... ao subir o banco de standby 
... esta dando a mensagem abaixo nos arquivos de alert do standby:
  
Media Recovery Start
Media Recovery Log 
ORA-279 signalled during: ALTER DATABASE RECOVER   standby database
  ...
Fri Jun 24 14:30:00 2005
ALTER DATABASE RECOVERCONTINUE DEFAULT  
Media Recovery Log E:\BASE\BCRMP\ARCHIVE\BCRMPT001S07940.ARC
ORA-308 signalled during: ALTER DATABASE RECOVERCONTINUE DEFAULT  ...
Fri Jun 24 14:30:00 2005
ALTER DATABASE RECOVER CANCEL
Media Recovery Cancelled
Completed: ALTER DATABASE RECOVER CANC



Nos logs dos processos background do principal esta dando a seguinte mensagem:

error 473 detected in background process
ORA-00473: ARCH process terminated with error
Dump file E:\BASE\admin\BCRMP\bdump\bcrmpCKPT.TRC
Thu Jun 23 14:48:40 2005



Será que o principal perdeu alguma espécie de sincronismo com o standby ??? e 
apenas um shutdown e startup da principal resolveria ???

Alguém faz idéia do que ocorreu ??? o Standby tem que estar ativo sempre antes 
de vc subir o principal para ele poder sincronizar ...???

Att.

Rosiano



__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos

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

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

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

 

[oracle_br] Re: Export

[hribeiro01]

 Fabio,

   Aproveitando a sua boa vontade de arrumar a casa (coisa q o Ney 
deixou de fazer na Prefeitura), eu aconselharia vc analisar os 
impactos juntos com os parceiros, pois trata-se de um Ambiente de 
Produção.
   Sobre o Export/Import seria a maneira correta de migrar Ruwindows 
para Linux, isso eh, dependendo de sua distribuição e equipamento 
disponivel para o servidor.
   Outro conselho seria vc instalar o 9.2.0.1 para Linux e depois a 
9.2.0.6 e claro, não esquecer de deixar a base performatica para o 
ambiente Ágata e seus parceiros.
   Se precisar de ajuda, estamos ai.

Hamilton
Gissonline


--- Em oracle_br@yahoogrupos.com.br, Fábio Telles Rodriguez 
<[EMAIL PROTECTED]> escreveu
> Colegas, estou planejando migrar nosso Oracle 9.2 de windows para 
linux
> e aproveitar e dar uma arrumada nas cousas... Bem estive dando uma 
lida
> nos e-mails da lista sobre o processo de export e import
> 
> Tenho uma base com uns 60BG e alguns milhares de tabelas.
> 
> Algumas dúvidas:
> 
> Em Qui, 2005-06-02 às 11:45 +, jlchiappa escreveu:
> >  
> >  a) ele vai levar um MONTÂO de esquemas e de objetos 
desnecessários 
> > ou já existentes no banco-destino, como o SYSTEM, os 
> > esquemas "especiais" da Oracle (tipo os de demos, os que dão 
suporte 
> > a features extras do banco), etc
> 
> Eu não gostaria de levar o esquema SYSTEM, existem vários motivos 
para isso. 
> No entanto gostaria de saber como posso exportar as contas dos 
usuários e os meus rules.
> 
> Existe alguma forma de eu puxar alguma tabela específica com estes 
dados
> e importar na base nova?
> 
> 
> >  b) ele é lento na hora de se fazer o import , pois :
> >  
> >  1. já que é um .dmp só fica difícil de vc ter vários imps 
> > rodando ao mesmo tempo
> >  2. as constraints, índice, etc, são criados em modo serial 
(ie, 
> > sem paralelismo), em modo sequencial (ie, uma de cada vez), e em 
modo 
> > LOGGING, gerando portanto um montão de undo/redo.
> > 
> > então a resposta seria : SE estamos falando de um banco bem 
pequeno, 
> > tipo arquivo .dmp de pouquinhos Gbs, e vc tem o tempo necessário, 
e 
> > não tem nada customizado seu nos esquemas extras, vc até pode 
fazer 
> > um export full e import depois. O melhor mesmo, porém, seria vc 
criar 
> > os esquemas no banco-destino e criar as tablespaces,fazer vários 
> > exports só com dados (ie, sem constraints, índices, etc) - as 
views, 
> > procedures, triggers, etc do esquema em exportação VÃO pro .dmp 
mesmo 
> > assim), no banco-destino rodar simultaneamente vários imps pros 
> > vários .dmps (quantos o seu hardware permita), gerar .dmps dos 
> > índices e constraints e no banco-destino gerar scripts .SQL com 
> > esses .dmps, alterar os scripts para 
novalidate/parallel/nologging e 
> > os executar no bd destino.
> 
> Para realizar o export sem os índices eu usaria a opção indexes=N
> e para gerar o dump apenas dos indices? Não entendi a última parte 
sobre
> como importar os índices.
> 
> Agradeço de ante mão qualquer ajuda,
> 
> Fábio Telles




__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos

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

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

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

 

[oracle_br] Loader

[Francisco Garcia]

Pessoal,

Como eu faço para num loader concatenar 2 segmentos da
linha lida do arquivo texto em um único campo. 

Ex: CAMPO1 = (120:130) +  (140:154)

Muito obrigado





___ 
Yahoo! Acesso Grátis - Internet rápida e grátis. 
Instale o discador agora! http://br.acesso.yahoo.com/


__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos

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

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

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

 

[oracle_br] Re: remover registro e tbs nao libera espaço

[jlchiappa]

PMFJI = Pardon Me For Jumping In = perdão por Pular/me meter na 
conversa de vocês (já que eu me intrometi no papo de vc com o outro 
colega). São as abreviaturas-padrão usadas em comunicação eletrônica 
(web, comunicadores, fóruns), na própria web vc acha a lista, por 
exemplo http://inforede.net/Personnal/Acronimos.htm

==> para o assunto da msg (gerenciamento de espaço no Oracle) a fonte 
são os manuais Oracle, mesmo.

[]s

 Chiappa
 
--- Em oracle_br@yahoogrupos.com.br, Guilherme Zalochi 
<[EMAIL PROTECTED]> escreveu
> hm, muito bom, valeu pelo esclarecimento, mas o que é PMFJI? 
> 
> Nao sabia dessa parte, aonde eu posso ler mais sobre?
> 
> []'s
> 
> On 6/24/05, jlchiappa <[EMAIL PROTECTED]> wrote:
> > PMFJI, mas é o seguinte :
> > 
> > limites : sim, isso mesmo : num banco que não use os novos 
recursos
> > de gerenciamento automático de segmentos (ASSM) vc dita quanto 
espaço
> > vc quer reservar para INSERTs/UPDATEs e após os DELETEs irem
> > acontecendo, a partir de  que porcentual de espaço ficando livre o
> > bloco volta à lista de blocos livres, via parâmetros PCTFREE e
> > PCTUSED.
> > 
> > 
> > reutilização de espaço : uma vez que um bloco foi usado por um 
objeto
> > (tabela, índice, qquer) ele fica PERTENCENDO ao objeto, mesmo que
> > haja um DELETE, o espaço livre continua RESERVADO ao objeto : 
assim,
> > se vc tem uma tabela (digamos) DADOS_CLIENTE, e nessa tabela vc 
fizer
> > um DELETE, os blocos que foram liberados pelo DELETE ficarão 
marcados
> > como livres, mas pertencendo a tabela DADOS_CLIENTE, somente
> > INSERTs/UPDATEs nessas tabelas usarão esse espaço, todo o espaço 
uma
> > vez usado pela DADOS_CLIENTES está RESERVADO pra DADOS_CLIENTES. A
> > idéia da Oracle aqui é que normalmente tabelas são muito  
dinâmicas,
> > uma tabela que sofreu um DELETE normalmente em breve acaba tendo
> > INSERTs ou UPDATEs, usando esse conceito de deixar o espaço 
reservado
> > os eventuais INSERTs/UPDATEs posteriores a um DELETE serão mais
> > rápidos, pois o espaço já está "formatado", prontinho, reservado.
> >   Na maior parte das vezes isso é bom e desejável, mas e quando vc
> > tem uma tabela que (por regra de negócio) vc vai deletera coisas 
e vc
> > tem TOTAL certeza que nunca mais entrarão dados (tipo, uma tabela 
de
> > fechamento de mês, coisa assim ) ? Aí o espaço desse DELETE está 
lá,
> > reservado à toa. E no caso de FULL SCANs o banco ** não sabe ** 
onde
> > está uma informação, ele não mantém uma lista de "ah, em disco o
> > espaço X é reservado e usado, Y é só reservado), então ele lê 
TODO O
> > ESPAÇO reservado pra tabela, é isso...  Então se vc tem uma tabela
> > com essa característica de uma vez deletada nunca mais ser
> > inserida/updateada, vc deve realocar os registros, isso pode ser 
via
> > MOVE ou via DBMS_REDEFINITION se for banco 9i.
> > 
> >   []s
> > 
> >Chiappa
> > 
> > --- Em oracle_br@yahoogrupos.com.br, Guilherme Zalochi
> > <[EMAIL PROTECTED]> escreveu
> > > Desculpe,
> > >
> > > Não entendi, como assim limites? quer dizer que em cada bloco,
> > existe
> > > um espaço pré determinado para insert/update/delete?
> > >
> > >
> > > O unico problema de nao redimensionar a tabela, é o fato de que 
se
> > > houver um full table scan, pode se demorar horas (depende do
> > ambiente
> > > *mas existe queda de performance)  pois ele passa por todo 
espaco
> > > deletado, e só para na marca dagua q é no final
> > >
> > > mas o Oracle nao reutiliza o espaço ?
> > >
> > > []'s
> > >
> > >
> > > On 6/24/05, Roberto E. Wille <[EMAIL PROTECTED]> wrote:
> > > > na verdade pode acontecer sim
> > > > um bloco de dados possue limites
> > > > um limite é para deixar espaço para updates
> > > > outro limite é para permitir que aquele bloco seja utilizado
> > novamente
> > > > para insert
> > > > nesse último caso pode acontecer de ficar muito espaço 
sobrando
> > em um
> > > > bloco e que esse espaço seja mais que suficiente para 
armazenar os
> > > > updates e ainda sobrar
> > > > nem sempre o espaço deletado é reutilizado
> > > >
> > > >
> > > > Guilherme Zalochi escreveu, em 23/06/2005 13:50:
> > > >
> > > > >Zumba,
> > > > >
> > > > >Na realidade, com oracle voce nao perde espaço, o unico 
jeito de
> > voce
> > > > >ganhar espaco, digo
> > > > >*se sua aplicação nao for mais fazer inserts,updates,delete é
> > voce
> > > > >criar uma nova tabela, e jogar o conteudo exisitente (ATUAL)
> > nela, e
> > > > >depois renomea-la para o mesmo, se for fazer isso, tomar 
cuidado
> > com
> > > > >as integridades
> > > > >
> > > > >AGORA, se ainda tiver inserts updates e deletes, voce pode 
ficar
> > > > >tranquilo que mesmo que aja um GAP entre um dado e ourto o 
oracle
> > > > >preenche automaticamente, ele reutiliza o espaco que
> > foi 'deletado'
> > > > >
> > > > >
> > > > >
> > > > >Espero ter ajudado
> > > > >
> > > > >
> > > > >[]'s
> > > > >
> > > > >Guilherme Zalochi
> > > > >
> > > > >On 6/23/05, Zumba <[EMAIL PROTECTED]> wrote:
> > > > >
> > > > >
> > > > >>Olá pessoal,
>

Re: [oracle_br] Re: remover registro e tbs nao liber a espaço

[José Resende Neto]

PMFJI = Pardon Me For Jumping In

(vai no Google antes de perguntar, galera)

//Neto

- Original Message - 
From: "Guilherme Zalochi" <[EMAIL PROTECTED]>
To: 
Sent: Friday, June 24, 2005 3:02 PM
Subject: Re: [oracle_br] Re: remover registro e tbs nao libera espaço


hm, muito bom, valeu pelo esclarecimento, mas o que é PMFJI?

Nao sabia dessa parte, aonde eu posso ler mais sobre?

[]'s

On 6/24/05, jlchiappa <[EMAIL PROTECTED]> wrote:
> PMFJI, mas é o seguinte :
>
> limites : sim, isso mesmo : num banco que não use os novos recursos
> de gerenciamento automático de segmentos (ASSM) vc dita quanto espaço
> vc quer reservar para INSERTs/UPDATEs e após os DELETEs irem
> acontecendo, a partir de  que porcentual de espaço ficando livre o
> bloco volta à lista de blocos livres, via parâmetros PCTFREE e
> PCTUSED.
>
>
> reutilização de espaço : uma vez que um bloco foi usado por um objeto
> (tabela, índice, qquer) ele fica PERTENCENDO ao objeto, mesmo que
> haja um DELETE, o espaço livre continua RESERVADO ao objeto : assim,
> se vc tem uma tabela (digamos) DADOS_CLIENTE, e nessa tabela vc fizer
> um DELETE, os blocos que foram liberados pelo DELETE ficarão marcados
> como livres, mas pertencendo a tabela DADOS_CLIENTE, somente
> INSERTs/UPDATEs nessas tabelas usarão esse espaço, todo o espaço uma
> vez usado pela DADOS_CLIENTES está RESERVADO pra DADOS_CLIENTES. A
> idéia da Oracle aqui é que normalmente tabelas são muito  dinâmicas,
> uma tabela que sofreu um DELETE normalmente em breve acaba tendo
> INSERTs ou UPDATEs, usando esse conceito de deixar o espaço reservado
> os eventuais INSERTs/UPDATEs posteriores a um DELETE serão mais
> rápidos, pois o espaço já está "formatado", prontinho, reservado.
>   Na maior parte das vezes isso é bom e desejável, mas e quando vc
> tem uma tabela que (por regra de negócio) vc vai deletera coisas e vc
> tem TOTAL certeza que nunca mais entrarão dados (tipo, uma tabela de
> fechamento de mês, coisa assim ) ? Aí o espaço desse DELETE está lá,
> reservado à toa. E no caso de FULL SCANs o banco ** não sabe ** onde
> está uma informação, ele não mantém uma lista de "ah, em disco o
> espaço X é reservado e usado, Y é só reservado), então ele lê TODO O
> ESPAÇO reservado pra tabela, é isso...  Então se vc tem uma tabela
> com essa característica de uma vez deletada nunca mais ser
> inserida/updateada, vc deve realocar os registros, isso pode ser via
> MOVE ou via DBMS_REDEFINITION se for banco 9i.
>
>   []s
>
>Chiappa
>
> --- Em oracle_br@yahoogrupos.com.br, Guilherme Zalochi
> <[EMAIL PROTECTED]> escreveu
> > Desculpe,
> >
> > Não entendi, como assim limites? quer dizer que em cada bloco,
> existe
> > um espaço pré determinado para insert/update/delete?
> >
> >
> > O unico problema de nao redimensionar a tabela, é o fato de que se
> > houver um full table scan, pode se demorar horas (depende do
> ambiente
> > *mas existe queda de performance)  pois ele passa por todo espaco
> > deletado, e só para na marca dagua q é no final
> >
> > mas o Oracle nao reutiliza o espaço ?
> >
> > []'s
> >
> >
> > On 6/24/05, Roberto E. Wille <[EMAIL PROTECTED]> wrote:
> > > na verdade pode acontecer sim
> > > um bloco de dados possue limites
> > > um limite é para deixar espaço para updates
> > > outro limite é para permitir que aquele bloco seja utilizado
> novamente
> > > para insert
> > > nesse último caso pode acontecer de ficar muito espaço sobrando
> em um
> > > bloco e que esse espaço seja mais que suficiente para armazenar os
> > > updates e ainda sobrar
> > > nem sempre o espaço deletado é reutilizado
> > >
> > >
> > > Guilherme Zalochi escreveu, em 23/06/2005 13:50:
> > >
> > > >Zumba,
> > > >
> > > >Na realidade, com oracle voce nao perde espaço, o unico jeito de
> voce
> > > >ganhar espaco, digo
> > > >*se sua aplicação nao for mais fazer inserts,updates,delete é
> voce
> > > >criar uma nova tabela, e jogar o conteudo exisitente (ATUAL)
> nela, e
> > > >depois renomea-la para o mesmo, se for fazer isso, tomar cuidado
> com
> > > >as integridades
> > > >
> > > >AGORA, se ainda tiver inserts updates e deletes, voce pode ficar
> > > >tranquilo que mesmo que aja um GAP entre um dado e ourto o oracle
> > > >preenche automaticamente, ele reutiliza o espaco que
> foi 'deletado'
> > > >
> > > >
> > > >
> > > >Espero ter ajudado
> > > >
> > > >
> > > >[]'s
> > > >
> > > >Guilherme Zalochi
> > > >
> > > >On 6/23/05, Zumba <[EMAIL PROTECTED]> wrote:
> > > >
> > > >
> > > >>Olá pessoal,
> > > >>
> > > >>fiz uma limpeza em algumas tabelas de um sistema, onde
> > > >>apaguei muitos registros.
> > > >>Só que não houve ganho de espaço na Tablespace.
> > > >>
> > > >>Tinha 36GB antes e depois continuou. Tenho certeza eu
> > > >>deveria diminuir espaço ocupado, mas não mudou nada.
> > > >>O que posso fazer pra ganhar espaço?
> > > >>
> > > >>Grande abraço a todos.
> > > >>
> > > >>Zumba
> > > >>
> > > >>
> > > >>
> > >
> > > --
> > > *Roberto E. Wille*
> > > Joinville - SC
> > > Get Firef

Re: [oracle_br] Re: remover re gistro e tbs nao libera espaço

[Guilherme Zalochi]

hm, muito bom, valeu pelo esclarecimento, mas o que é PMFJI? 

Nao sabia dessa parte, aonde eu posso ler mais sobre?

[]'s

On 6/24/05, jlchiappa <[EMAIL PROTECTED]> wrote:
> PMFJI, mas é o seguinte :
> 
> limites : sim, isso mesmo : num banco que não use os novos recursos
> de gerenciamento automático de segmentos (ASSM) vc dita quanto espaço
> vc quer reservar para INSERTs/UPDATEs e após os DELETEs irem
> acontecendo, a partir de  que porcentual de espaço ficando livre o
> bloco volta à lista de blocos livres, via parâmetros PCTFREE e
> PCTUSED.
> 
> 
> reutilização de espaço : uma vez que um bloco foi usado por um objeto
> (tabela, índice, qquer) ele fica PERTENCENDO ao objeto, mesmo que
> haja um DELETE, o espaço livre continua RESERVADO ao objeto : assim,
> se vc tem uma tabela (digamos) DADOS_CLIENTE, e nessa tabela vc fizer
> um DELETE, os blocos que foram liberados pelo DELETE ficarão marcados
> como livres, mas pertencendo a tabela DADOS_CLIENTE, somente
> INSERTs/UPDATEs nessas tabelas usarão esse espaço, todo o espaço uma
> vez usado pela DADOS_CLIENTES está RESERVADO pra DADOS_CLIENTES. A
> idéia da Oracle aqui é que normalmente tabelas são muito  dinâmicas,
> uma tabela que sofreu um DELETE normalmente em breve acaba tendo
> INSERTs ou UPDATEs, usando esse conceito de deixar o espaço reservado
> os eventuais INSERTs/UPDATEs posteriores a um DELETE serão mais
> rápidos, pois o espaço já está "formatado", prontinho, reservado.
>   Na maior parte das vezes isso é bom e desejável, mas e quando vc
> tem uma tabela que (por regra de negócio) vc vai deletera coisas e vc
> tem TOTAL certeza que nunca mais entrarão dados (tipo, uma tabela de
> fechamento de mês, coisa assim ) ? Aí o espaço desse DELETE está lá,
> reservado à toa. E no caso de FULL SCANs o banco ** não sabe ** onde
> está uma informação, ele não mantém uma lista de "ah, em disco o
> espaço X é reservado e usado, Y é só reservado), então ele lê TODO O
> ESPAÇO reservado pra tabela, é isso...  Então se vc tem uma tabela
> com essa característica de uma vez deletada nunca mais ser
> inserida/updateada, vc deve realocar os registros, isso pode ser via
> MOVE ou via DBMS_REDEFINITION se for banco 9i.
> 
>   []s
> 
>Chiappa
> 
> --- Em oracle_br@yahoogrupos.com.br, Guilherme Zalochi
> <[EMAIL PROTECTED]> escreveu
> > Desculpe,
> >
> > Não entendi, como assim limites? quer dizer que em cada bloco,
> existe
> > um espaço pré determinado para insert/update/delete?
> >
> >
> > O unico problema de nao redimensionar a tabela, é o fato de que se
> > houver um full table scan, pode se demorar horas (depende do
> ambiente
> > *mas existe queda de performance)  pois ele passa por todo espaco
> > deletado, e só para na marca dagua q é no final
> >
> > mas o Oracle nao reutiliza o espaço ?
> >
> > []'s
> >
> >
> > On 6/24/05, Roberto E. Wille <[EMAIL PROTECTED]> wrote:
> > > na verdade pode acontecer sim
> > > um bloco de dados possue limites
> > > um limite é para deixar espaço para updates
> > > outro limite é para permitir que aquele bloco seja utilizado
> novamente
> > > para insert
> > > nesse último caso pode acontecer de ficar muito espaço sobrando
> em um
> > > bloco e que esse espaço seja mais que suficiente para armazenar os
> > > updates e ainda sobrar
> > > nem sempre o espaço deletado é reutilizado
> > >
> > >
> > > Guilherme Zalochi escreveu, em 23/06/2005 13:50:
> > >
> > > >Zumba,
> > > >
> > > >Na realidade, com oracle voce nao perde espaço, o unico jeito de
> voce
> > > >ganhar espaco, digo
> > > >*se sua aplicação nao for mais fazer inserts,updates,delete é
> voce
> > > >criar uma nova tabela, e jogar o conteudo exisitente (ATUAL)
> nela, e
> > > >depois renomea-la para o mesmo, se for fazer isso, tomar cuidado
> com
> > > >as integridades
> > > >
> > > >AGORA, se ainda tiver inserts updates e deletes, voce pode ficar
> > > >tranquilo que mesmo que aja um GAP entre um dado e ourto o oracle
> > > >preenche automaticamente, ele reutiliza o espaco que
> foi 'deletado'
> > > >
> > > >
> > > >
> > > >Espero ter ajudado
> > > >
> > > >
> > > >[]'s
> > > >
> > > >Guilherme Zalochi
> > > >
> > > >On 6/23/05, Zumba <[EMAIL PROTECTED]> wrote:
> > > >
> > > >
> > > >>Olá pessoal,
> > > >>
> > > >>fiz uma limpeza em algumas tabelas de um sistema, onde
> > > >>apaguei muitos registros.
> > > >>Só que não houve ganho de espaço na Tablespace.
> > > >>
> > > >>Tinha 36GB antes e depois continuou. Tenho certeza eu
> > > >>deveria diminuir espaço ocupado, mas não mudou nada.
> > > >>O que posso fazer pra ganhar espaço?
> > > >>
> > > >>Grande abraço a todos.
> > > >>
> > > >>Zumba
> > > >>
> > > >>
> > > >>
> > >
> > > --
> > > *Roberto E. Wille*
> > > Joinville - SC
> > > Get Firefox 
> > > Get Thunderbird 
> > >
> > >
> > >
> > >
> > > [As partes desta mensagem que não continham texto foram removidas]
> > >
> > >
> > >
> > >
> __

RES: [oracle_br] Encerrar cursores

[Andre Santos]

Kátia

Às vezes fica difícil a gente opinar sem ver o problemas mais de perto...
Além disso, não trabalho com Delphi.

Talvez esteja havendo uma confusão de "conceitos"...

Você disse que NÃO há processos "assíncronos" (resposta 2), mas se você 
consegue disparar "várias threads", sem que seja necessário esperar o término 
de cada uma, isso eu considero como processo ASSÍNCRONO!

Também a parte de "abrir e fechar o banco", no caso de um SGBD cliente/servidor 
como o Oracle, está meio confuso...

Perguntas:
1. Essa "stored procedure" (SP), que abre os cursores, vai retornar dados à sua 
aplicação?
   Ou simplesmente vai disparar a SP para ela executar um trabalho no servidor 
e pronto?

2. No Oracle, como está o valor do parâmetro OPEN_CURSORS (no SQL Plus: SHOW 
PARAMETER OPEN_CURSORS) ???

[ ]

André


-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED]
nome de Kátia Claro
Enviada em: sexta-feira, 24 de junho de 2005 14:06
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Encerrar cursores


Resposta 1

- Não, não é feita uma conexão para cada cursor, é aberto o banco e uma
thread executa a stored procedure que abre os cursores. Ao final, não posso
encerrar a conexão do banco pois assim irei interromper uma eventual
execução da stored procedure que esteja em processo.

Resposta 2

- Não

Resposta 3

- Delphi 6, utilizando socket para comunicação do Cliente com o Servidor. O
servidor fica com o banco aberto e sempre processando as solicitações, via
stored procedure.

Meu problema é poder dar um Close na conexão do banco "de vez em quando"...
poderia ser assim: ao saber que a quantidade de cursores está chegando no
seu limite, interromper qualquer processamento, fechar e abrir o banco, aí
eu sei que não vou ter problemas... ou então, melhor ainda, poder "matar" os
cursores sem precisar "derrubar" o banco...

até +

Kátia

- Original Message - 
From: "Andre Santos" <[EMAIL PROTECTED]>
To: 
Sent: Thursday, June 23, 2005 5:20 PM
Subject: RES: [oracle_br] Encerrar cursores


Kátia

Você pode fornecer mais detalhes?...

Você mencionou que não pode fazer um "close" da conexão. Mas não é feita uma
conexão (instância) para cada processo (cursor)?
Se sim, porque você não pode fechar cada conexão ao fim do processo?

O sistema roda processos assíncronos?

Qual linguagem (e método de acesso) você utiliza?

[ ]

André


-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED]
nome de Kátia Claro
Enviada em: quinta-feira, 23 de junho de 2005 16:45
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Encerrar cursores


Pessoal,

Tenho um programa Multthread que abre várias instâncias de conexão Oracle e,
ao fim de cada instância, os cursores implícitos não são encerrados pois não
posso executar o comando Close da conexão, sob pena de encerrar os
procedimentos iniciados pelas Threads. Como fazer para "matar" essas
conexões, fechando assim os cursores, ou até mesmo apenas fechar os
cursores, para que não dê o erro "Maximum open cursors exceded" ?

até +
Kátia Claro

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



__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED]
Fernanda Damous [EMAIL PROTECTED]
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/
__

Sair da Lista...: [EMAIL PROTECTED]
Links do Yahoo! Grupos









__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED]
Fernanda Damous [EMAIL PROTECTED]
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/
__

Sair da Lista...: [EMAIL PROTECTED]
Links do Yahoo! Grupos










__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos




 




__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http:/

RES: [oracle_br] remover registro e tbs nao libera espaço

[Gari Julio Einsfeldt]

Creio que ele tenha comentado das freelists nos blocos.
Configurando PCTFREE e PCTUSED para determinar a politica de uso do bloco.

Redimensionar as tabelas e indices certamente tem inumeras vantagens.

A titulo de curiosidade, a partir do 9i, pode-se criar a tablespace com as 
clausulas 'segment space management auto', que deixa o Oracle controlar 
automaticamente o espaço dos blocos. Tem até uma package que permite converter 
de um tipo para o outro:

DBMS_SPACE_ADMIN.TABLESPACE_MIGRATE_FROM_LOCAL
DBMS_SPACE_ADMIN.TABLESPACE_MIGRATE_TO_LOCAL



-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED]
nome de Guilherme Zalochi
Enviada em: sexta-feira, 24 de junho de 2005 12:46
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] remover registro e tbs nao libera espaço


Desculpe,

Não entendi, como assim limites? quer dizer que em cada bloco, existe
um espaço pré determinado para insert/update/delete?


O unico problema de nao redimensionar a tabela, é o fato de que se
houver um full table scan, pode se demorar horas (depende do ambiente
*mas existe queda de performance)  pois ele passa por todo espaco
deletado, e só para na marca dagua q é no final

mas o Oracle nao reutiliza o espaço ?

[]'s


On 6/24/05, Roberto E. Wille <[EMAIL PROTECTED]> wrote:
> na verdade pode acontecer sim
> um bloco de dados possue limites
> um limite é para deixar espaço para updates
> outro limite é para permitir que aquele bloco seja utilizado novamente
> para insert
> nesse último caso pode acontecer de ficar muito espaço sobrando em um
> bloco e que esse espaço seja mais que suficiente para armazenar os
> updates e ainda sobrar
> nem sempre o espaço deletado é reutilizado
> 
> 
> Guilherme Zalochi escreveu, em 23/06/2005 13:50:
> 
> >Zumba,
> >
> >Na realidade, com oracle voce nao perde espaço, o unico jeito de voce
> >ganhar espaco, digo
> >*se sua aplicação nao for mais fazer inserts,updates,delete é voce
> >criar uma nova tabela, e jogar o conteudo exisitente (ATUAL) nela, e
> >depois renomea-la para o mesmo, se for fazer isso, tomar cuidado com
> >as integridades
> >
> >AGORA, se ainda tiver inserts updates e deletes, voce pode ficar
> >tranquilo que mesmo que aja um GAP entre um dado e ourto o oracle
> >preenche automaticamente, ele reutiliza o espaco que foi 'deletado'
> >
> >
> >
> >Espero ter ajudado
> >
> >
> >[]'s
> >
> >Guilherme Zalochi
> >
> >On 6/23/05, Zumba <[EMAIL PROTECTED]> wrote:
> >
> >
> >>Olá pessoal,
> >>
> >>fiz uma limpeza em algumas tabelas de um sistema, onde
> >>apaguei muitos registros.
> >>Só que não houve ganho de espaço na Tablespace.
> >>
> >>Tinha 36GB antes e depois continuou. Tenho certeza eu
> >>deveria diminuir espaço ocupado, mas não mudou nada.
> >>O que posso fazer pra ganhar espaço?
> >>
> >>Grande abraço a todos.
> >>
> >>Zumba
> >>
> >>
> >>
> 
> --
> *Roberto E. Wille*
> Joinville - SC
> Get Firefox 
> Get Thunderbird 
> 
> 
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
> 
> 
> 
> __
> 
> Cancelar assinatura...: [EMAIL PROTECTED]
> Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED]
> Fernanda Damous [EMAIL PROTECTED]
> Alisson Aguiar [EMAIL PROTECTED]
> __
> http://br.groups.yahoo.com/group/oracle_br/
> __
> 
> Sair da Lista...: [EMAIL PROTECTED]
> Links do Yahoo! Grupos
> 
> 
> 
> 
> 
> 
> 
>


__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos




 




__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos

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

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

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

 

Re: [oracle_br] database trigger

[Mauricio Roberto Maciel]

mais ou menos, quero que de uma determinada data para trás, os usuarios 
desse esquema não consigam alterar os registros.


- Original Message - 
From: "Gari Julio Einsfeldt" <[EMAIL PROTECTED]>
To: 
Sent: Friday, June 24, 2005 12:02 PM
Subject: RES: [oracle_br] database trigger


Só por esclarecimento,
Estás buscando alguma forma de auditoria sobre o schema?

-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED]
nome de Mauricio Roberto Maciel
Enviada em: sexta-feira, 24 de junho de 2005 11:21
Para: oracle_br@yahoogrupos.com.br
Cc: [EMAIL PROTECTED]
Assunto: [oracle_br] database trigger


Pessoal:

Uma ajuda por favor


Gostaria de criar um trigger onde em um determinado esquema no momento de 
inclusao/deleção/alteração de qualquer linha das tabelas pertencentes a ele, 
eu faria um tratamento diferenciado para cada tabela.

EX:


IF   TABELA = 'TABELA01'
  THEN 
ELSIF
   TABELA = 'TABELA02'
THEN

. .

END IF;



Sei que posso fazer esse tratamento tabela a tabela, via trigger, mas 
gostaria de um trigger geral no ESQUEMA, é possivel?


Quais os passos, alguma sugestão


Agradeço retorno

Obrigado


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



__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED]
Fernanda Damous [EMAIL PROTECTED]
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/
__

Sair da Lista...: [EMAIL PROTECTED]
Links do Yahoo! Grupos









__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED]
Fernanda Damous [EMAIL PROTECTED]
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/
__

Sair da Lista...: [EMAIL PROTECTED]
Links do Yahoo! Grupos











-- 
No virus found in this incoming message.
Checked by AVG Anti-Virus.
Version: 7.0.323 / Virus Database: 267.7.10/25 - Release Date: 21/06/2005




__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos

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

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

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

 

[oracle_br] Re: Export

[jlchiappa]

vamos lá : 

--- Em oracle_br@yahoogrupos.com.br, Fábio Telles Rodriguez 
<[EMAIL PROTECTED]> escreveu


> Em Qui, 2005-06-02 às 11:45 +, jlchiappa escreveu:
> >  
> >  a) ele vai levar um MONTÂO de esquemas e de objetos 
desnecessários 
> > ou já existentes no banco-destino, como o SYSTEM, os 
> > esquemas "especiais" da Oracle (tipo os de demos, os que dão 
suporte 
> > a features extras do banco), etc
> 
> Eu não gostaria de levar o esquema SYSTEM, existem vários motivos 
para isso. 
> No entanto gostaria de saber como posso exportar as contas dos 
usuários e os meus rules.

o que eu falei acima ocorre se vc fazer um export com a opção full=y, 
pra evitar isso vc exporta só os schemas/usuários que quer, usando a 
opção OWNER=usuari1, usuario2, usuário3

> 
> Existe alguma forma de eu puxar alguma tabela específica com estes 
dados
> e importar na base nova?

"puxar" tabela, que que será isso... vc quer exportar só uma tabela 
específica ? Se sim, usa a opção TABLES=nnn no export

> 
> 
> >  b) ele é lento na hora de se fazer o import , pois :
> >  
> >  1. já que é um .dmp só fica difícil de vc ter vários imps 
> > rodando ao mesmo tempo
> >  2. as constraints, índice, etc, são criados em modo serial 
(ie, 
> > sem paralelismo), em modo sequencial (ie, uma de cada vez), e em 
modo 
> > LOGGING, gerando portanto um montão de undo/redo.
> > 
> > então a resposta seria : SE estamos falando de um banco bem 
pequeno, 
> > tipo arquivo .dmp de pouquinhos Gbs, e vc tem o tempo necessário, 
e 
> > não tem nada customizado seu nos esquemas extras, vc até pode 
fazer 
> > um export full e import depois. O melhor mesmo, porém, seria vc 
criar 
> > os esquemas no banco-destino e criar as tablespaces,fazer vários 
> > exports só com dados (ie, sem constraints, índices, etc) - as 
views, 
> > procedures, triggers, etc do esquema em exportação VÃO pro .dmp 
mesmo 
> > assim), no banco-destino rodar simultaneamente vários imps pros 
> > vários .dmps (quantos o seu hardware permita), gerar .dmps dos 
> > índices e constraints e no banco-destino gerar scripts .SQL com 
> > esses .dmps, alterar os scripts para 
novalidate/parallel/nologging e 
> > os executar no bd destino.
> 
> Para realizar o export sem os índices eu usaria a opção indexes=N
> e para gerar o dump apenas dos indices? Não entendi a última parte 
sobre
> como importar os índices.
> 


pra 60 Gb eu acho que o acima vale, um exp só vai sim ficar meio 
lento. Então é o que eu falei, cria o banco-destino , configura 
adequadamente, cria os usuários e as tablespaces (pode ser baseado no 
que hoje existe, via script sql*plus rodando no banco-origem que gere 
os CREATEs num arquivo .SQL, que vc leva e xecuta no banco destino). 
Uma vez de pé o banco-destino, vc gera os vários .DMP em paralelo na 
origem (e com as opções todas adequadas de performance, como direct, 
buffer, recordlength, etc) e depois importa também em paralelo os 
vários dmps no destino, deixando por último o .dmp com as constraints 
e índices.

 ==> Recomendaria que vc estudasse atentamente o manual de Utilities, 
que é quem fala do exp e do imp, pra conhecer as opções que estamos 
citando aqui.
 
 []s
 
 
  Chiappa
  




__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos

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

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

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

 

Re: [oracle_br] Encerrar cursores

[Kátia Claro]

Resposta 1

- Não, não é feita uma conexão para cada cursor, é aberto o banco e uma
thread executa a stored procedure que abre os cursores. Ao final, não posso
encerrar a conexão do banco pois assim irei interromper uma eventual
execução da stored procedure que esteja em processo.

Resposta 2

- Não

Resposta 3

- Delphi 6, utilizando socket para comunicação do Cliente com o Servidor. O
servidor fica com o banco aberto e sempre processando as solicitações, via
stored procedure.

Meu problema é poder dar um Close na conexão do banco "de vez em quando"...
poderia ser assim: ao saber que a quantidade de cursores está chegando no
seu limite, interromper qualquer processamento, fechar e abrir o banco, aí
eu sei que não vou ter problemas... ou então, melhor ainda, poder "matar" os
cursores sem precisar "derrubar" o banco...

até +

Kátia

- Original Message - 
From: "Andre Santos" <[EMAIL PROTECTED]>
To: 
Sent: Thursday, June 23, 2005 5:20 PM
Subject: RES: [oracle_br] Encerrar cursores


Kátia

Você pode fornecer mais detalhes?...

Você mencionou que não pode fazer um "close" da conexão. Mas não é feita uma
conexão (instância) para cada processo (cursor)?
Se sim, porque você não pode fechar cada conexão ao fim do processo?

O sistema roda processos assíncronos?

Qual linguagem (e método de acesso) você utiliza?

[ ]

André


-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED]
nome de Kátia Claro
Enviada em: quinta-feira, 23 de junho de 2005 16:45
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Encerrar cursores


Pessoal,

Tenho um programa Multthread que abre várias instâncias de conexão Oracle e,
ao fim de cada instância, os cursores implícitos não são encerrados pois não
posso executar o comando Close da conexão, sob pena de encerrar os
procedimentos iniciados pelas Threads. Como fazer para "matar" essas
conexões, fechando assim os cursores, ou até mesmo apenas fechar os
cursores, para que não dê o erro "Maximum open cursors exceded" ?

até +
Kátia Claro

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



__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED]
Fernanda Damous [EMAIL PROTECTED]
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/
__

Sair da Lista...: [EMAIL PROTECTED]
Links do Yahoo! Grupos









__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED]
Fernanda Damous [EMAIL PROTECTED]
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/
__

Sair da Lista...: [EMAIL PROTECTED]
Links do Yahoo! Grupos










__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos

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

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

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

 

[oracle_br] Re: remover registro e tbs nao libera espaço

[jlchiappa]

PMFJI, mas é o seguinte :

limites : sim, isso mesmo : num banco que não use os novos recursos 
de gerenciamento automático de segmentos (ASSM) vc dita quanto espaço 
vc quer reservar para INSERTs/UPDATEs e após os DELETEs irem 
acontecendo, a partir de  que porcentual de espaço ficando livre o 
bloco volta à lista de blocos livres, via parâmetros PCTFREE e 
PCTUSED.


reutilização de espaço : uma vez que um bloco foi usado por um objeto 
(tabela, índice, qquer) ele fica PERTENCENDO ao objeto, mesmo que 
haja um DELETE, o espaço livre continua RESERVADO ao objeto : assim, 
se vc tem uma tabela (digamos) DADOS_CLIENTE, e nessa tabela vc fizer 
um DELETE, os blocos que foram liberados pelo DELETE ficarão marcados 
como livres, mas pertencendo a tabela DADOS_CLIENTE, somente 
INSERTs/UPDATEs nessas tabelas usarão esse espaço, todo o espaço uma 
vez usado pela DADOS_CLIENTES está RESERVADO pra DADOS_CLIENTES. A 
idéia da Oracle aqui é que normalmente tabelas são muito  dinâmicas, 
uma tabela que sofreu um DELETE normalmente em breve acaba tendo 
INSERTs ou UPDATEs, usando esse conceito de deixar o espaço reservado 
os eventuais INSERTs/UPDATEs posteriores a um DELETE serão mais 
rápidos, pois o espaço já está "formatado", prontinho, reservado.
  Na maior parte das vezes isso é bom e desejável, mas e quando vc 
tem uma tabela que (por regra de negócio) vc vai deletera coisas e vc 
tem TOTAL certeza que nunca mais entrarão dados (tipo, uma tabela de 
fechamento de mês, coisa assim ) ? Aí o espaço desse DELETE está lá, 
reservado à toa. E no caso de FULL SCANs o banco ** não sabe ** onde 
está uma informação, ele não mantém uma lista de "ah, em disco o 
espaço X é reservado e usado, Y é só reservado), então ele lê TODO O 
ESPAÇO reservado pra tabela, é isso...  Então se vc tem uma tabela 
com essa característica de uma vez deletada nunca mais ser 
inserida/updateada, vc deve realocar os registros, isso pode ser via 
MOVE ou via DBMS_REDEFINITION se for banco 9i.
  
  []s
  
   Chiappa
   
--- Em oracle_br@yahoogrupos.com.br, Guilherme Zalochi 
<[EMAIL PROTECTED]> escreveu
> Desculpe,
> 
> Não entendi, como assim limites? quer dizer que em cada bloco, 
existe
> um espaço pré determinado para insert/update/delete?
> 
> 
> O unico problema de nao redimensionar a tabela, é o fato de que se
> houver um full table scan, pode se demorar horas (depende do 
ambiente
> *mas existe queda de performance)  pois ele passa por todo espaco
> deletado, e só para na marca dagua q é no final
> 
> mas o Oracle nao reutiliza o espaço ?
> 
> []'s
> 
> 
> On 6/24/05, Roberto E. Wille <[EMAIL PROTECTED]> wrote:
> > na verdade pode acontecer sim
> > um bloco de dados possue limites
> > um limite é para deixar espaço para updates
> > outro limite é para permitir que aquele bloco seja utilizado 
novamente
> > para insert
> > nesse último caso pode acontecer de ficar muito espaço sobrando 
em um
> > bloco e que esse espaço seja mais que suficiente para armazenar os
> > updates e ainda sobrar
> > nem sempre o espaço deletado é reutilizado
> > 
> > 
> > Guilherme Zalochi escreveu, em 23/06/2005 13:50:
> > 
> > >Zumba,
> > >
> > >Na realidade, com oracle voce nao perde espaço, o unico jeito de 
voce
> > >ganhar espaco, digo
> > >*se sua aplicação nao for mais fazer inserts,updates,delete é 
voce
> > >criar uma nova tabela, e jogar o conteudo exisitente (ATUAL) 
nela, e
> > >depois renomea-la para o mesmo, se for fazer isso, tomar cuidado 
com
> > >as integridades
> > >
> > >AGORA, se ainda tiver inserts updates e deletes, voce pode ficar
> > >tranquilo que mesmo que aja um GAP entre um dado e ourto o oracle
> > >preenche automaticamente, ele reutiliza o espaco que 
foi 'deletado'
> > >
> > >
> > >
> > >Espero ter ajudado
> > >
> > >
> > >[]'s
> > >
> > >Guilherme Zalochi
> > >
> > >On 6/23/05, Zumba <[EMAIL PROTECTED]> wrote:
> > >
> > >
> > >>Olá pessoal,
> > >>
> > >>fiz uma limpeza em algumas tabelas de um sistema, onde
> > >>apaguei muitos registros.
> > >>Só que não houve ganho de espaço na Tablespace.
> > >>
> > >>Tinha 36GB antes e depois continuou. Tenho certeza eu
> > >>deveria diminuir espaço ocupado, mas não mudou nada.
> > >>O que posso fazer pra ganhar espaço?
> > >>
> > >>Grande abraço a todos.
> > >>
> > >>Zumba
> > >>
> > >>
> > >>
> > 
> > --
> > *Roberto E. Wille*
> > Joinville - SC
> > Get Firefox 
> > Get Thunderbird 
> > 
> > 
> > 
> > 
> > [As partes desta mensagem que não continham texto foram removidas]
> > 
> > 
> > 
> > 
__
> > 
> > Cancelar assinatura...: [EMAIL PROTECTED]
> > Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED]
> > Fernanda Damous [EMAIL PROTECTED]
> > Alisson Aguiar [EMAIL PROTECTED]
> > 
__
> > http://br.groups.yahoo.com/group/oracle_br/
> > 
__

RES: [oracle_br] Otimizador de consultas

[Renato Gondim]

Desculpe a ignorância, mas não conheço nada sobre rule. Poderia me indicar
sites onde encontre melhor explicação sobre o assunto, pois já olhei no
manual do Oracle mas não encontrei muita coisa.

Obrigado.

-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
nome de Rodrigo
Enviada em: sexta-feira, 24 de junho de 2005 12:54
Para: oracle_br@yahoogrupos.com.br
Assunto: RES: [oracle_br] Otimizador de consultas

Já tentou com SELECT /*+RULE*/ .. FORM  

-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
nome de Renato Gondim
Enviada em: sexta-feira, 24 de junho de 2005 11:45
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Otimizador de consultas

Bom dia.
Quando efetuo uma query, o otimizador do Oracle gera uma query otimizada,
para melhorar a performance. Tenho uma query com vários joins e gostaria que
o otimizador seguisse a ordem em que criei esse joins. Isso é possível?

Obrigado.





__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos




 





__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos




 





__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos

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

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

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

 

[oracle_br] Re: ORA-30036: unable to extend segment 8 in undo...

[jlchiappa]

--- Em oracle_br@yahoogrupos.com.br, "Phael" <[EMAIL PROTECTED]> escreveu
> 
> Gente vou pedir desculpa pois no AIX a tablespace de undo esta
> com autoextend on então obviamente nunca iria dar esse erro.
> mas...
> No AIX.
> Ela nunca ultrapassou 3.5Gb com autoextend ON,
> undo_retention=10800 e com todos os usuarios em produção.
> 
> Estranho!

Bem, como eu o o outro colega em outra msg (com outras palavras mas 
no mesmo sentido) dissemos : algo está fazendo esse banco linux 
gastar e ler mais undo do que o outro : talvez SQLs mais demorados do 
que no aix, talvez diferenças no gerenciamento de banco (das 
tablespaces, da SGA/PGA), parâmetros largamente diferentes, produtos 
instalados em um e não em outro, talvez mais jobs/processamento 
(inclusive pensando em processamento interno feito pelo próprio 
Oracle), há várias possibilidades : se vc as checar e nada estiver 
radicalmente diferente, se desejado vc pode abrir um chamado, embora 
a diferença enter 3,5 e 5,5 Gb não seja tão assombrosa assim.


> 
> Chiappa então o parametro undo_retention tenho que configura-lo
> com base no tempo da maior operação que meu banco tenha seja ela
> algum fechamento ou DMLs individuais pesadas!?

Não "operação" especificamente, mas tempo de execução de SQL : se vc 
tem uma "operação", um processamento maior de tudo e que leva 10 
horas (digamos), mas dentro desse tempo apenas 4 são gastas para se 
completar o SQL, e o resto é em arquivos-textos (digamos), 
logicamente + ou - 4 horas é que vc precisa de retenção.

[]s

 Chiappa






__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos

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

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

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

 

RES: [oracle_br] Otimizador de consultas

[Rodrigo]

Já tentou com SELECT /*+RULE*/ .. FORM  

-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
nome de Renato Gondim
Enviada em: sexta-feira, 24 de junho de 2005 11:45
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Otimizador de consultas

Bom dia.
Quando efetuo uma query, o otimizador do Oracle gera uma query otimizada,
para melhorar a performance. Tenho uma query com vários joins e gostaria que
o otimizador seguisse a ordem em que criei esse joins. Isso é possível?

Obrigado.





__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos




 





__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos

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

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

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

 

Re: [oracle_br] remover regi stro e tbs nao libera espaço

[Guilherme Zalochi]

Desculpe,

Não entendi, como assim limites? quer dizer que em cada bloco, existe
um espaço pré determinado para insert/update/delete?


O unico problema de nao redimensionar a tabela, é o fato de que se
houver um full table scan, pode se demorar horas (depende do ambiente
*mas existe queda de performance)  pois ele passa por todo espaco
deletado, e só para na marca dagua q é no final

mas o Oracle nao reutiliza o espaço ?

[]'s


On 6/24/05, Roberto E. Wille <[EMAIL PROTECTED]> wrote:
> na verdade pode acontecer sim
> um bloco de dados possue limites
> um limite é para deixar espaço para updates
> outro limite é para permitir que aquele bloco seja utilizado novamente
> para insert
> nesse último caso pode acontecer de ficar muito espaço sobrando em um
> bloco e que esse espaço seja mais que suficiente para armazenar os
> updates e ainda sobrar
> nem sempre o espaço deletado é reutilizado
> 
> 
> Guilherme Zalochi escreveu, em 23/06/2005 13:50:
> 
> >Zumba,
> >
> >Na realidade, com oracle voce nao perde espaço, o unico jeito de voce
> >ganhar espaco, digo
> >*se sua aplicação nao for mais fazer inserts,updates,delete é voce
> >criar uma nova tabela, e jogar o conteudo exisitente (ATUAL) nela, e
> >depois renomea-la para o mesmo, se for fazer isso, tomar cuidado com
> >as integridades
> >
> >AGORA, se ainda tiver inserts updates e deletes, voce pode ficar
> >tranquilo que mesmo que aja um GAP entre um dado e ourto o oracle
> >preenche automaticamente, ele reutiliza o espaco que foi 'deletado'
> >
> >
> >
> >Espero ter ajudado
> >
> >
> >[]'s
> >
> >Guilherme Zalochi
> >
> >On 6/23/05, Zumba <[EMAIL PROTECTED]> wrote:
> >
> >
> >>Olá pessoal,
> >>
> >>fiz uma limpeza em algumas tabelas de um sistema, onde
> >>apaguei muitos registros.
> >>Só que não houve ganho de espaço na Tablespace.
> >>
> >>Tinha 36GB antes e depois continuou. Tenho certeza eu
> >>deveria diminuir espaço ocupado, mas não mudou nada.
> >>O que posso fazer pra ganhar espaço?
> >>
> >>Grande abraço a todos.
> >>
> >>Zumba
> >>
> >>
> >>
> 
> --
> *Roberto E. Wille*
> Joinville - SC
> Get Firefox 
> Get Thunderbird 
> 
> 
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
> 
> 
> 
> __
> 
> Cancelar assinatura...: [EMAIL PROTECTED]
> Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED]
> Fernanda Damous [EMAIL PROTECTED]
> Alisson Aguiar [EMAIL PROTECTED]
> __
> http://br.groups.yahoo.com/group/oracle_br/
> __
> 
> Sair da Lista...: [EMAIL PROTECTED]
> Links do Yahoo! Grupos
> 
> 
> 
> 
> 
> 
> 
>


__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos

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

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

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

 

RES: [oracle_br] database trigger

[Gari Julio Einsfeldt]

Só por esclarecimento,
Estás buscando alguma forma de auditoria sobre o schema?

-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED]
nome de Mauricio Roberto Maciel
Enviada em: sexta-feira, 24 de junho de 2005 11:21
Para: oracle_br@yahoogrupos.com.br
Cc: [EMAIL PROTECTED]
Assunto: [oracle_br] database trigger


Pessoal: 

Uma ajuda por favor


Gostaria de criar um trigger onde em um determinado esquema no momento de 
inclusao/deleção/alteração de qualquer linha das tabelas pertencentes a ele, eu 
faria um tratamento diferenciado para cada tabela.

EX:


IF   TABELA = 'TABELA01'
  THEN 
ELSIF
   TABELA = 'TABELA02'
THEN

. . 

END IF;



Sei que posso fazer esse tratamento tabela a tabela, via trigger, mas gostaria 
de um trigger geral no ESQUEMA, é possivel?


Quais os passos, alguma sugestão


Agradeço retorno

Obrigado


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



__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos




 




__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos

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

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

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

 

Re: [oracle_br] Re: Export

[Fábio Telles Rodriguez]

Colegas, estou planejando migrar nosso Oracle 9.2 de windows para linux
e aproveitar e dar uma arrumada nas cousas... Bem estive dando uma lida
nos e-mails da lista sobre o processo de export e import

Tenho uma base com uns 60BG e alguns milhares de tabelas.

Algumas dúvidas:

Em Qui, 2005-06-02 às 11:45 +, jlchiappa escreveu:
>  
>  a) ele vai levar um MONTÂO de esquemas e de objetos desnecessários 
> ou já existentes no banco-destino, como o SYSTEM, os 
> esquemas "especiais" da Oracle (tipo os de demos, os que dão suporte 
> a features extras do banco), etc

Eu não gostaria de levar o esquema SYSTEM, existem vários motivos para isso. 
No entanto gostaria de saber como posso exportar as contas dos usuários e os 
meus rules.

Existe alguma forma de eu puxar alguma tabela específica com estes dados
e importar na base nova?


>  b) ele é lento na hora de se fazer o import , pois :
>  
>  1. já que é um .dmp só fica difícil de vc ter vários imps 
> rodando ao mesmo tempo
>  2. as constraints, índice, etc, são criados em modo serial (ie, 
> sem paralelismo), em modo sequencial (ie, uma de cada vez), e em modo 
> LOGGING, gerando portanto um montão de undo/redo.
> 
> então a resposta seria : SE estamos falando de um banco bem pequeno, 
> tipo arquivo .dmp de pouquinhos Gbs, e vc tem o tempo necessário, e 
> não tem nada customizado seu nos esquemas extras, vc até pode fazer 
> um export full e import depois. O melhor mesmo, porém, seria vc criar 
> os esquemas no banco-destino e criar as tablespaces,fazer vários 
> exports só com dados (ie, sem constraints, índices, etc) - as views, 
> procedures, triggers, etc do esquema em exportação VÃO pro .dmp mesmo 
> assim), no banco-destino rodar simultaneamente vários imps pros 
> vários .dmps (quantos o seu hardware permita), gerar .dmps dos 
> índices e constraints e no banco-destino gerar scripts .SQL com 
> esses .dmps, alterar os scripts para novalidate/parallel/nologging e 
> os executar no bd destino.

Para realizar o export sem os índices eu usaria a opção indexes=N
e para gerar o dump apenas dos indices? Não entendi a última parte sobre
como importar os índices.

Agradeço de ante mão qualquer ajuda,

Fábio Telles





__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos

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

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

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

 

[oracle_br] Otimizador de consultas

[Renato Gondim]

Bom dia.
Quando efetuo uma query, o otimizador do Oracle gera uma query otimizada,
para melhorar a performance. Tenho uma query com vários joins e gostaria que
o otimizador seguisse a ordem em que criei esse joins. Isso é possível?

Obrigado.





__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos

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

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

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

 

Re: [oracle_br] FlexFields

[Renato Soti]

Estou enviando um FAQ sobre Flexfields, que podem ajudar em alguma coisa. Em 
todo caso recomendo ler o manual do APPS AOL(ORACLE Application Object 
Library), para que consiga tirar melhor proveito deste componente.
A grosso modo flexfield são campos que você pode utilizar de acordo com a 
necessidade de customização de sua organização, por exemplo: No cadastro de 
fornecedores você pode necessitar de informações sobre seus fornecedores que 
não estejam contidas no APPS, daí você cria um flexfield, que é uma mascara 
para um campo ATTRIBUTE ou SEGMENT de determinada tabela do APPS. É bastante 
interessante e rico de recursos, mas recomendo ler o manual para tirar melhor 
proveito.
 
Abraços,
 
Renato J. L. Soti
Consultor Oracle
Domínio Tecnologia da Informação
Companhia Energética de Brasília
--
ORACLE Application Object Library 
- 
Flexfields 
  
FREQUENTLY ASKED QUESTIONS  
--  
09-APR-2002  
 
CONTENTS  
  
1. Is it possible to make a descriptive flexfield non-updateable?  
2. Can I have multiple descriptive flexfields on one table?  
3. When do I use table-validated value sets instead of independent value sets?  
4. How do I find out which tables and forms use descriptive flexfields?  
5. Can I delete a descriptive flexfield?  
6. Can I use $FLEX$ within key flexfields in relation to validation tables?  
7. Is there a way to compile flexfields and generate flexfield views from the  
   command prompt (command line)?  
8. Can I change a dependent segment in an accounting flexfield to independent?  
9. Is it possible to customize the flexfield appearance?  
10. What typical information is collected by descriptive flexfields?  
11. What are intelligent keys and what are some examples of intelligent keys?  
12. What key flexfields are used by Oracle Applications?  
13. What are the new flexfield features in Release 11.0?  
14. Are their any known issues with flexfields and Oracle  
Applications Release 11.0?  
 
 
QUESTIONS & ANSWERS 
--- 
 
1. Is it possible to make a descriptive flexfield non-updateable?  
 
Answer 
-- 
No, when the descriptive flexfield is enabled and users can view the fields,  
then users can update the fields.  An exception would be if Oracle Applications 
seeded descriptive flexfield has been marked as read-only. 
 
 
2. Can I have multiple descriptive flexfields on one table?  
 
Answer 
-- 
Yes, as long as the descriptive flexfield use separate columns.  
 
 
3. When do I use table-validated value sets instead of independent  
value sets?  
 
Answer 
-- 
A table-validated value set allows you to modify the WHERE clause of the table  
validation to fit specific needs.  Independent value sets check a value entered 
 
against the list of approved values you define.  
 
   
4. How do I find out which tables and forms use descriptive flexfields?  
 
Answer 
-- 
Two tables contain this data in Release 11.0 and 11i:  
 
(1) FND_DESCRIPTIVE_FLEXS  
(2) FORM_NAME  
 
Example: 
 
Log into a Release 11.0.3 instance of the Oracle Applications:  
 
$ cd $FND_TOP  
  
Using SQL*Plus login in as apps/apps  
 
Example 1:  
 
Which FND tables use descriptive flexfields?  
 
SQL> SELECT DISTINCT APPLICATION_TABLE_NAME  
  2  FROM FND_DESCRIPTIVE_FLEXS  
  3  WHERE APPLICATION_TABLE_NAME LIKE 'FND%'  
  4  /  
 
APPLICATION_TABLE_NAME  
--  
FND_ATTACHED_DOCUMENTS  
FND_COMMON_LOOKUPS  
FND_CONCURRENT_PROGRAMS  
FND_CONCURRENT_QUEUES  
FND_CURRENCIES  
FND_DOCUMENTS_TL  
FND_DOCUMENT_SEQUENCES  
FND_DOC_SEQUENCE_ASSIGNMENTS  
FND_ENABLED_ACTIVATION  
FND_FLEX_VALUES  
FND_PRINTER_DRIVERS  
 
APPLICATION_TABLE_NAME  
--  
FND_REQUEST_SETS  
FND_SHORTHAND_FLEX_ALIASES  
FND_SRS_MASTER  
 
14 rows selected.  
 
Example 2:  
 
Given a table name what is the name of the descriptive flexfield?  
 
SQL> SELECT APPLICATION_TABLE_NAME,  
  2  DESCRIPTIVE_FLEXFIELD_NAME  
  3  FROM FND_DESCRIPTIVE_FLEXS  
  4  WHERE APPLICATION_TABLE_NAME = 'FND_FLEX_VALUES'  
  5  ORDER BY 2  
  6  /  
 
APPLICATION_TABLE_NAMEDESCRIPTIVE_FLEXFIELD_NAME  
-- -- 
FND_FLEX_VALUESFND_FLEX_VALUES  
 
 
Example 3:  
 
What form and table are contain a specific descriptive flexfield?  
 
SQL> SELECT D.APPLICATION_TABLE_NAME,  
  2  D.DESCRIPTIVE_FLEXFIELD_NAME,  
  3  F.FORM_NAME  
  4  FROM FND_DESCRIPTIVE_FLEXS D,  
  5  FND_FORM F  
  6  WHERE D.APPLICATION_ID = F.APPLICATION_ID  
  7  AND D.DESCRIPTIVE_FLEXFIELD_NAME = 'FND_FLEX_VALUES'  
  8  ORDER BY 3  
  9  /  
 
APPLICATION_TABLE_NAME  DESCRIPTIVE_FLEXFIELD_NAME  FORM_NAME  
--  --

Re: [oracle_br] Re: ORA-30036: unable to extend segment 8 in undo...

[Phael]

Deu certo!
Aumentei a tablespace para 8Gb e ela foi usada 5.5Gb para
esse fechamento.

Gente vou pedir desculpa pois no AIX a tablespace de undo esta
com autoextend on então obviamente nunca iria dar esse erro.
mas...
No AIX.
Ela nunca ultrapassou 3.5Gb com autoextend ON,
undo_retention=10800 e com todos os usuarios em produção.

Estranho!

Chiappa então o parametro undo_retention tenho que configura-lo
com base no tempo da maior operação que meu banco tenha seja ela
algum fechamento ou DMLs individuais pesadas!?

Obrigado Chiappa e aos demais.
Phael


- Original Message - 
From: "jlchiappa" <[EMAIL PROTECTED]>
To: 
Sent: Friday, June 24, 2005 11:28 AM
Subject: [oracle_br] Re: ORA-30036: unable to extend segment 8 in undo...


> - Original Message - 
> From: "Phael" <[EMAIL PROTECTED]>
> To: 
> Sent: Friday, June 24, 2005 10:50 AM
> Subject: Re: [oracle_br] Re: ORA-30036: unable to extend segment 8
in
> undo...
>
>
> >O undo_retention não seria mais pra user FLASHBACK ?

negativo, veja lá no manual de Concepts a info completa, mas além de
flashback o undo_retention controla quanto tempo um segmento de undo
fica disponível. O trecho é :

"Undo Retention Control
Long-running queries sometimes fail because undo information required
for consistent read operations is no longer available. This happens
when committed undo blocks are overwritten by active transactions.

Automatic undo management provides a way to explicitly control when
undo space can be reused; that is, how long undo information is
retained. A database administrator can specify a retention period by
using the parameter UNDO_RETENTION. For example, if UNDO_RETENTION is
set to 30 minutes, then all committed undo information in the system
is retained for at least 30 minutes. This ensures that all queries
running for 30 minutes or less, under usual circumstances, do not
encounter the OER error, "snapshot too old."

ou seja, se vc especifica 15 minutos, qquer query que dure mais de 15
minutos (como supunho que é esa do fechamento) pode pegar um erro - o
X aqui é que seria um erro de snapshot too old, e tipicamente erros
de unable to extend , como esse seu, são por espaço, então a
recomendação de subir o undo_retention é adicional, o que eu acho que
==>> vai te ajudar <<== mesmo é o tamanho maior. Quanto às diferença
do porque está diferente, ou vc tem queries demorando mais tempo no
linux (e portanto exigindo mais segmentos online), ou tem diferença
na qtdade de transações/jobs, ou os bancos estão com configs
(tablespaces gerenciadas de maneira diferente)
 O ponto é, se em bancos com quantidades muito similares de outras
transações simultâneas, com tablespaces e configs de sistema
(otimizador, config de RAM, etc) similares, queries demorando mais ou
menos o mesmo, vc ter consumos de undo EXTREMAMENTE diferentes, sem a
menor sombra de dúvida vc tem material pra abrir um chamado no
Suporte, é isso.

 []s

  Chiappa





__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED]
Fernanda Damous [EMAIL PROTECTED]
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/
__

Sair da Lista...: [EMAIL PROTECTED]
Links do Yahoo! Grupos









__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos

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

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

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

 

[oracle_br] database trigger

[Mauricio Roberto Maciel]

Pessoal: 

Uma ajuda por favor


Gostaria de criar um trigger onde em um determinado esquema no momento de 
inclusao/deleção/alteração de qualquer linha das tabelas pertencentes a ele, eu 
faria um tratamento diferenciado para cada tabela.

EX:


IF   TABELA = 'TABELA01'
  THEN 
ELSIF
   TABELA = 'TABELA02'
THEN

. . 

END IF;



Sei que posso fazer esse tratamento tabela a tabela, via trigger, mas gostaria 
de um trigger geral no ESQUEMA, é possivel?


Quais os passos, alguma sugestão


Agradeço retorno

Obrigado


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



__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos

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

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

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

 

[oracle_br] Re: ORA-30036: unable to extend segment 8 in undo...

[jlchiappa]

> - Original Message - 
> From: "Phael" <[EMAIL PROTECTED]>
> To: 
> Sent: Friday, June 24, 2005 10:50 AM
> Subject: Re: [oracle_br] Re: ORA-30036: unable to extend segment 8 
in 
> undo...
> 
> 
> >O undo_retention não seria mais pra user FLASHBACK ?

negativo, veja lá no manual de Concepts a info completa, mas além de 
flashback o undo_retention controla quanto tempo um segmento de undo 
fica disponível. O trecho é :

"Undo Retention Control
Long-running queries sometimes fail because undo information required 
for consistent read operations is no longer available. This happens 
when committed undo blocks are overwritten by active transactions.

Automatic undo management provides a way to explicitly control when 
undo space can be reused; that is, how long undo information is 
retained. A database administrator can specify a retention period by 
using the parameter UNDO_RETENTION. For example, if UNDO_RETENTION is 
set to 30 minutes, then all committed undo information in the system 
is retained for at least 30 minutes. This ensures that all queries 
running for 30 minutes or less, under usual circumstances, do not 
encounter the OER error, "snapshot too old."

ou seja, se vc especifica 15 minutos, qquer query que dure mais de 15 
minutos (como supunho que é esa do fechamento) pode pegar um erro - o 
X aqui é que seria um erro de snapshot too old, e tipicamente erros 
de unable to extend , como esse seu, são por espaço, então a 
recomendação de subir o undo_retention é adicional, o que eu acho que 
==>> vai te ajudar <<== mesmo é o tamanho maior. Quanto às diferença 
do porque está diferente, ou vc tem queries demorando mais tempo no 
linux (e portanto exigindo mais segmentos online), ou tem diferença 
na qtdade de transações/jobs, ou os bancos estão com configs 
(tablespaces gerenciadas de maneira diferente)
 O ponto é, se em bancos com quantidades muito similares de outras 
transações simultâneas, com tablespaces e configs de sistema 
(otimizador, config de RAM, etc) similares, queries demorando mais ou 
menos o mesmo, vc ter consumos de undo EXTREMAMENTE diferentes, sem a 
menor sombra de dúvida vc tem material pra abrir um chamado no 
Suporte, é isso.
 
 []s
 
  Chiappa
  




__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos

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

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

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

 

Re: [oracle_br] Re: ORA-30036: unable to extend segment 8 in undo...

[Sergio Leandro Ghellere]

mnhunm...
oq está parecendo é que se a máquina linux que vc tem é muito superior como 
vc diz, ela está processando e gerando undo muito mais rápido que a outra, 
ou seja, se o seu procedimento não estiver fazendo commits intermediários, a 
tablespace de undo vai encher e não vai conseguir reutilizar os antigos 
segmentos porque o teu parametro de undo_retention faz com que a geração que 
vc tem de undo fique guardada pelo tempo especificado.

No seu aix, é possível que quando o procedimento estiver enchendo a undo o 
parametro de undo_retention já tenha estourado, então ele poderia reutilizar 
o os segmentos antigos. A princípio, o que vc tem que fazer é só aumentar a 
sua tablespace de undo.

Teste e retorne pra gente se é isso mesmo...
abraço!
Leandro

- Original Message - 
From: "Phael" <[EMAIL PROTECTED]>
To: 
Sent: Friday, June 24, 2005 10:54 AM
Subject: Re: [oracle_br] Re: ORA-30036: unable to extend segment 8 in 
undo...


> Equeci de mecionar...
>
> No banco de produção roda sem problemas.
> Oracle9i Enterprise Edition Release 9.2.0.5.0 - 64bit Production
> AIX 4.3.3
>
> Estou migrando de plataforma por isso os testes.
>
> Phael
>
> - Original Message - 
> From: "Phael" <[EMAIL PROTECTED]>
> To: 
> Sent: Friday, June 24, 2005 10:50 AM
> Subject: Re: [oracle_br] Re: ORA-30036: unable to extend segment 8 in
> undo...
>
>
>>O undo_retention não seria mais pra user FLASHBACK ?
>>
>> Mais o que mais me intriga é que no banco de produção está
>> com a mesma versão do Oracle só que sobre o AIX 4.3.3 e o
>> tablespace de UNDO está com 3Gb e o undo_retention  = 10800
>> Mas também configurei o undo_retention = 10800 no Linux e
>> deu o mesmo erro.
>> Pensei que se o undo_retention fosse mais baixo ele liberaria
>> espaços depois de 15min. mas isso somente se existisse alguns
>> commits no fechamento e acho q não tem.
>> Pois bem irei aumentar o tablespace de UNDO pra ver o que
>> acontece.
>>
>> Mas ainda estou intrigado de o pq roda no AIX e não no Linux se
>> os parametros estão com mesmo valore mais a máquina que está
>> o Linux é muto superior ao AIX.
>>
>> Phael
>>
>>
>> - Original Message - 
>> From: "jlchiappa" <[EMAIL PROTECTED]>
>> To: 
>> Sent: Friday, June 24, 2005 10:27 AM
>> Subject: [oracle_br] Re: ORA-30036: unable to extend segment 8 in undo...
>>
>>
>> Bom, de cara salta aos olhos que undo_retention = 900 é o valor
>> default, é ridículo, esses defaults são pra banquinhos de
>> demonstração : será que , com esse valor tão minúsculo (900 segundos
>> = 15 minutos !! ) , o Oracle não está liberando segmento ainda com
>> leitura ocorrendo nele ? Esse seu processo de fechamento leva mais
>> que 15 minutos - acho que sim   E 4 Gb é com certeza um valor
>> pequeno prum banco de Produção, eu tenho visto bancos de porte
>> pequeno (como deve ser esse, provavelmente) gerarem mais de dezena de
>> Gbs de undo em pico de uso.
>> Assim , eu subiria a tablespaces pra uns 20 Gb. e UNDO_RETENTION **
>> ao menos ** pra algumas horas, digamos umas 8 horas, ie, 28800
>> segundos ??
>>
>>
>> []s
>>
>>  Chiappa
>>
>> --- Em oracle_br@yahoogrupos.com.br, "Phael" <[EMAIL PROTECTED]> escreveu
>>>
>>> Bom dia gente,
>>>
>>> Estou rodando em um ambiente de teste um fechamento de
>> contabilidade mensal
>>> depois de algum tempo o erro abaixo e retornado...
>>>
>>> ORA-30036: unable to extend segment 8 in undo
>> tablespace 'UNDOTBS1'
>>>
>>>
>>> Notas:
>>> O tablespace de UNDO esta com 4Gb.
>>>
>>> undo_management = AUTO
>>> undo_retention = 900
>>>
>>> SQL> ed
>>> Wrote file afiedt.buf
>>>
>>>   1  select (ur * (ups * dbs)) + (dbs * 24) as "Bytes"
>>>   2  from (select value as ur
>>>   3  from v$parameter
>>>   4  where name = 'undo_retention'),
>>>   5  (select (sum(undoblks)/sum(((end_time-begin_time)*86400))) as
>> ups
>>>   6  from v$undostat),
>>>   7  (select value as dbs
>>>   8  from v$parameter
>>>   9* where name = 'db_block_size')
>>>
>>>  Bytes
>>> --
>>> 2122435669
>>>
>>> Oracle9i Enterprise Edition Release 9.2.0.5.0
>>> Red Hat Linux AS 3.0
>>>
>>>
>>> Como resolver?
>>>
>>> Phael
>>>
>>> [As partes desta mensagem que não continham texto foram removidas]
>>
>>
>>
>>
>> __
>>
>> Cancelar assinatura...: [EMAIL PROTECTED]
>> Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED]
>> Fernanda Damous [EMAIL PROTECTED]
>> Alisson Aguiar [EMAIL PROTECTED]
>> __
>> http://br.groups.yahoo.com/group/oracle_br/
>> __
>>
>> Sair da Lista...: [EMAIL PROTECTED]
>> Links do Yahoo! Grupos
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> __
>>
>> Cancelar assinatura...: [EMAIL PROTECTED]
>> Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED]
>> Fernanda Damous [EMAIL PROTECTED]

[oracle_br] FlexFields

[Jorge Silva]

Ola pessoal,
 
   Comecei há pouco tempo trabalhar com o App. da Oracle. Alguém aí poderia me 
ajudar passando algumas informações sobre "flexfields" ?! O que é ? Quando é 
usado ? Como cadastrar ? Qualquer informação é bem-vinda
 
Obrigado a todos,
 
Jorge


-
Yahoo! Acesso Grátis: Internet rápida e grátis. Instale o discador agora!

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



__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos

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

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

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

 

RES: [oracle_br] Re: ORA-30036: unable to extend segment 8 in undo...

[Andre Santos]

Phael

Além do que o mestre Chiappa mencionou, vou tentar um chute...
Será que não há alguma limitação na tablespace de UNDO (ou em seus datafiles)?

Talvez, se você rodar a consulta abaixo nos 2 ambientes, possa encontrar alguma 
diferença:

COLUMN file_name FORMAT A50
SET linesize 200

SELECT
   ts.tablespace_name,
   ts.block_size,
   ts.initial_extent,
   ts.next_extent,
   ts.pct_increase,
   ts.extent_management,
   ts.allocation_type,
   ts.segment_space_management,
   df.autoextensible,
   df.maxbytes,
   df.file_name
FROM
   dba_tablespaces ts,
   dba_data_files  df
WHERE
  df.tablespace_name = ts.tablespace_name
  AND ts.contents = 'UNDO'
/


[ ]

André


-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED]
nome de Phael
Enviada em: sexta-feira, 24 de junho de 2005 10:54
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Re: ORA-30036: unable to extend segment 8 in
undo...


Equeci de mecionar...

No banco de produção roda sem problemas.
Oracle9i Enterprise Edition Release 9.2.0.5.0 - 64bit Production
AIX 4.3.3

Estou migrando de plataforma por isso os testes.

Phael

- Original Message - 
From: "Phael" <[EMAIL PROTECTED]>
To: 
Sent: Friday, June 24, 2005 10:50 AM
Subject: Re: [oracle_br] Re: ORA-30036: unable to extend segment 8 in 
undo...


>O undo_retention não seria mais pra user FLASHBACK ?
>
> Mais o que mais me intriga é que no banco de produção está
> com a mesma versão do Oracle só que sobre o AIX 4.3.3 e o
> tablespace de UNDO está com 3Gb e o undo_retention  = 10800
> Mas também configurei o undo_retention = 10800 no Linux e
> deu o mesmo erro.
> Pensei que se o undo_retention fosse mais baixo ele liberaria
> espaços depois de 15min. mas isso somente se existisse alguns
> commits no fechamento e acho q não tem.
> Pois bem irei aumentar o tablespace de UNDO pra ver o que
> acontece.
>
> Mas ainda estou intrigado de o pq roda no AIX e não no Linux se
> os parametros estão com mesmo valore mais a máquina que está
> o Linux é muto superior ao AIX.
>
> Phael
>
>
> - Original Message - 
> From: "jlchiappa" <[EMAIL PROTECTED]>
> To: 
> Sent: Friday, June 24, 2005 10:27 AM
> Subject: [oracle_br] Re: ORA-30036: unable to extend segment 8 in undo...
>
>
> Bom, de cara salta aos olhos que undo_retention = 900 é o valor
> default, é ridículo, esses defaults são pra banquinhos de
> demonstração : será que , com esse valor tão minúsculo (900 segundos
> = 15 minutos !! ) , o Oracle não está liberando segmento ainda com
> leitura ocorrendo nele ? Esse seu processo de fechamento leva mais
> que 15 minutos - acho que sim   E 4 Gb é com certeza um valor
> pequeno prum banco de Produção, eu tenho visto bancos de porte
> pequeno (como deve ser esse, provavelmente) gerarem mais de dezena de
> Gbs de undo em pico de uso.
> Assim , eu subiria a tablespaces pra uns 20 Gb. e UNDO_RETENTION **
> ao menos ** pra algumas horas, digamos umas 8 horas, ie, 28800
> segundos ??
>
>
> []s
>
>  Chiappa
>
> --- Em oracle_br@yahoogrupos.com.br, "Phael" <[EMAIL PROTECTED]> escreveu
>>
>> Bom dia gente,
>>
>> Estou rodando em um ambiente de teste um fechamento de
> contabilidade mensal
>> depois de algum tempo o erro abaixo e retornado...
>>
>> ORA-30036: unable to extend segment 8 in undo
> tablespace 'UNDOTBS1'
>>
>>
>> Notas:
>> O tablespace de UNDO esta com 4Gb.
>>
>> undo_management = AUTO
>> undo_retention = 900
>>
>> SQL> ed
>> Wrote file afiedt.buf
>>
>>   1  select (ur * (ups * dbs)) + (dbs * 24) as "Bytes"
>>   2  from (select value as ur
>>   3  from v$parameter
>>   4  where name = 'undo_retention'),
>>   5  (select (sum(undoblks)/sum(((end_time-begin_time)*86400))) as
> ups
>>   6  from v$undostat),
>>   7  (select value as dbs
>>   8  from v$parameter
>>   9* where name = 'db_block_size')
>>
>>  Bytes
>> --
>> 2122435669
>>
>> Oracle9i Enterprise Edition Release 9.2.0.5.0
>> Red Hat Linux AS 3.0
>>
>>
>> Como resolver?
>>
>> Phael
>>
>> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
>
> __
>
> Cancelar assinatura...: [EMAIL PROTECTED]
> Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED]
> Fernanda Damous [EMAIL PROTECTED]
> Alisson Aguiar [EMAIL PROTECTED]
> __
> http://br.groups.yahoo.com/group/oracle_br/
> __
>
> Sair da Lista...: [EMAIL PROTECTED]
> Links do Yahoo! Grupos
>
>
>
>
>
>
>
>
>
> __
>
> Cancelar assinatura...: [EMAIL PROTECTED]
> Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED]
> Fernanda Damous [EMAIL PROTECTED]
> Alisson Aguiar [EMAIL PROTECTED]
> ___

Re: [oracle_br] Re: ORA-30036: unable to extend segment 8 in undo...

[Phael]

Equeci de mecionar...

No banco de produção roda sem problemas.
Oracle9i Enterprise Edition Release 9.2.0.5.0 - 64bit Production
AIX 4.3.3

Estou migrando de plataforma por isso os testes.

Phael

- Original Message - 
From: "Phael" <[EMAIL PROTECTED]>
To: 
Sent: Friday, June 24, 2005 10:50 AM
Subject: Re: [oracle_br] Re: ORA-30036: unable to extend segment 8 in 
undo...


>O undo_retention não seria mais pra user FLASHBACK ?
>
> Mais o que mais me intriga é que no banco de produção está
> com a mesma versão do Oracle só que sobre o AIX 4.3.3 e o
> tablespace de UNDO está com 3Gb e o undo_retention  = 10800
> Mas também configurei o undo_retention = 10800 no Linux e
> deu o mesmo erro.
> Pensei que se o undo_retention fosse mais baixo ele liberaria
> espaços depois de 15min. mas isso somente se existisse alguns
> commits no fechamento e acho q não tem.
> Pois bem irei aumentar o tablespace de UNDO pra ver o que
> acontece.
>
> Mas ainda estou intrigado de o pq roda no AIX e não no Linux se
> os parametros estão com mesmo valore mais a máquina que está
> o Linux é muto superior ao AIX.
>
> Phael
>
>
> - Original Message - 
> From: "jlchiappa" <[EMAIL PROTECTED]>
> To: 
> Sent: Friday, June 24, 2005 10:27 AM
> Subject: [oracle_br] Re: ORA-30036: unable to extend segment 8 in undo...
>
>
> Bom, de cara salta aos olhos que undo_retention = 900 é o valor
> default, é ridículo, esses defaults são pra banquinhos de
> demonstração : será que , com esse valor tão minúsculo (900 segundos
> = 15 minutos !! ) , o Oracle não está liberando segmento ainda com
> leitura ocorrendo nele ? Esse seu processo de fechamento leva mais
> que 15 minutos - acho que sim   E 4 Gb é com certeza um valor
> pequeno prum banco de Produção, eu tenho visto bancos de porte
> pequeno (como deve ser esse, provavelmente) gerarem mais de dezena de
> Gbs de undo em pico de uso.
> Assim , eu subiria a tablespaces pra uns 20 Gb. e UNDO_RETENTION **
> ao menos ** pra algumas horas, digamos umas 8 horas, ie, 28800
> segundos ??
>
>
> []s
>
>  Chiappa
>
> --- Em oracle_br@yahoogrupos.com.br, "Phael" <[EMAIL PROTECTED]> escreveu
>>
>> Bom dia gente,
>>
>> Estou rodando em um ambiente de teste um fechamento de
> contabilidade mensal
>> depois de algum tempo o erro abaixo e retornado...
>>
>> ORA-30036: unable to extend segment 8 in undo
> tablespace 'UNDOTBS1'
>>
>>
>> Notas:
>> O tablespace de UNDO esta com 4Gb.
>>
>> undo_management = AUTO
>> undo_retention = 900
>>
>> SQL> ed
>> Wrote file afiedt.buf
>>
>>   1  select (ur * (ups * dbs)) + (dbs * 24) as "Bytes"
>>   2  from (select value as ur
>>   3  from v$parameter
>>   4  where name = 'undo_retention'),
>>   5  (select (sum(undoblks)/sum(((end_time-begin_time)*86400))) as
> ups
>>   6  from v$undostat),
>>   7  (select value as dbs
>>   8  from v$parameter
>>   9* where name = 'db_block_size')
>>
>>  Bytes
>> --
>> 2122435669
>>
>> Oracle9i Enterprise Edition Release 9.2.0.5.0
>> Red Hat Linux AS 3.0
>>
>>
>> Como resolver?
>>
>> Phael
>>
>> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
>
> __
>
> Cancelar assinatura...: [EMAIL PROTECTED]
> Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED]
> Fernanda Damous [EMAIL PROTECTED]
> Alisson Aguiar [EMAIL PROTECTED]
> __
> http://br.groups.yahoo.com/group/oracle_br/
> __
>
> Sair da Lista...: [EMAIL PROTECTED]
> Links do Yahoo! Grupos
>
>
>
>
>
>
>
>
>
> __
>
> Cancelar assinatura...: [EMAIL PROTECTED]
> Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED]
> Fernanda Damous [EMAIL PROTECTED]
> Alisson Aguiar [EMAIL PROTECTED]
> __
> http://br.groups.yahoo.com/group/oracle_br/
> __
>
> Sair da Lista...: [EMAIL PROTECTED]
> Links do Yahoo! Grupos
>
>
>
>
>
>
>
> 



__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos

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

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

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

 

Re: [oracle_br] Re: ORA-30036: unable to extend segment 8 in undo...

[Phael]

O undo_retention não seria mais pra user FLASHBACK ?

Mais o que mais me intriga é que no banco de produção está
com a mesma versão do Oracle só que sobre o AIX 4.3.3 e o
tablespace de UNDO está com 3Gb e o undo_retention  = 10800
Mas também configurei o undo_retention = 10800 no Linux e
deu o mesmo erro.
Pensei que se o undo_retention fosse mais baixo ele liberaria
espaços depois de 15min. mas isso somente se existisse alguns
commits no fechamento e acho q não tem.
Pois bem irei aumentar o tablespace de UNDO pra ver o que
acontece.

Mas ainda estou intrigado de o pq roda no AIX e não no Linux se
os parametros estão com mesmo valore mais a máquina que está
o Linux é muto superior ao AIX.

Phael


- Original Message - 
From: "jlchiappa" <[EMAIL PROTECTED]>
To: 
Sent: Friday, June 24, 2005 10:27 AM
Subject: [oracle_br] Re: ORA-30036: unable to extend segment 8 in undo...


Bom, de cara salta aos olhos que undo_retention = 900 é o valor
default, é ridículo, esses defaults são pra banquinhos de
demonstração : será que , com esse valor tão minúsculo (900 segundos
= 15 minutos !! ) , o Oracle não está liberando segmento ainda com
leitura ocorrendo nele ? Esse seu processo de fechamento leva mais
que 15 minutos - acho que sim   E 4 Gb é com certeza um valor
pequeno prum banco de Produção, eu tenho visto bancos de porte
pequeno (como deve ser esse, provavelmente) gerarem mais de dezena de
Gbs de undo em pico de uso.
 Assim , eu subiria a tablespaces pra uns 20 Gb. e UNDO_RETENTION **
ao menos ** pra algumas horas, digamos umas 8 horas, ie, 28800
segundos ??


 []s

  Chiappa

--- Em oracle_br@yahoogrupos.com.br, "Phael" <[EMAIL PROTECTED]> escreveu
>
> Bom dia gente,
>
> Estou rodando em um ambiente de teste um fechamento de
contabilidade mensal
> depois de algum tempo o erro abaixo e retornado...
>
> ORA-30036: unable to extend segment 8 in undo
tablespace 'UNDOTBS1'
>
>
> Notas:
> O tablespace de UNDO esta com 4Gb.
>
> undo_management = AUTO
> undo_retention = 900
>
> SQL> ed
> Wrote file afiedt.buf
>
>   1  select (ur * (ups * dbs)) + (dbs * 24) as "Bytes"
>   2  from (select value as ur
>   3  from v$parameter
>   4  where name = 'undo_retention'),
>   5  (select (sum(undoblks)/sum(((end_time-begin_time)*86400))) as
ups
>   6  from v$undostat),
>   7  (select value as dbs
>   8  from v$parameter
>   9* where name = 'db_block_size')
>
>  Bytes
> --
> 2122435669
>
> Oracle9i Enterprise Edition Release 9.2.0.5.0
> Red Hat Linux AS 3.0
>
>
> Como resolver?
>
> Phael
>
> [As partes desta mensagem que não continham texto foram removidas]




__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED]
Fernanda Damous [EMAIL PROTECTED]
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/
__

Sair da Lista...: [EMAIL PROTECTED]
Links do Yahoo! Grupos









__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos

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

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

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

 

[oracle_br] Re: ORA-30036: unable to extend segment 8 in undo...

[jlchiappa]

Só pra mais clareza : na msg inicial o colega diz "quero rodar 
fechamento numa máquina de teste", então não é a máquina de Produção, 
é uma máquina semelhante mas não a mesma, onde se vai executar 
processos de Produção mas com carga um pouco menor, dados reais mas 
num volume um pouco menor, então normalmente se chamar éssa máquina 
de HOMOLOGAÇÂO - onde está abaixo Produção, substituir por 
HOMOLOGAÇÃO, e as recomendações permanecem

[]s

 Chiappa
 
--- Em oracle_br@yahoogrupos.com.br, "jlchiappa" <[EMAIL PROTECTED]> 
escreveu
> Bom, de cara salta aos olhos que undo_retention = 900 é o valor 
> default, é ridículo, esses defaults são pra banquinhos de 
> demonstração : será que , com esse valor tão minúsculo (900 
segundos 
> = 15 minutos !! ) , o Oracle não está liberando segmento ainda com 
> leitura ocorrendo nele ? Esse seu processo de fechamento leva mais 
> que 15 minutos - acho que sim   E 4 Gb é com certeza um valor 
> pequeno prum banco de Produção, eu tenho visto bancos de porte 
> pequeno (como deve ser esse, provavelmente) gerarem mais de dezena 
de 
> Gbs de undo em pico de uso.
>  Assim , eu subiria a tablespaces pra uns 20 Gb. e UNDO_RETENTION 
** 
> ao menos ** pra algumas horas, digamos umas 8 horas, ie, 28800 
> segundos ??
>  
>  
>  []s
>  
>   Chiappa
>   
> --- Em oracle_br@yahoogrupos.com.br, "Phael" <[EMAIL PROTECTED]> escreveu
> > 
> > Bom dia gente,
> > 
> > Estou rodando em um ambiente de teste um fechamento de 
> contabilidade mensal
> > depois de algum tempo o erro abaixo e retornado...
> > 
> > ORA-30036: unable to extend segment 8 in undo 
> tablespace 'UNDOTBS1'
> > 
> > 
> > Notas:
> > O tablespace de UNDO esta com 4Gb.
> > 
> > undo_management = AUTO
> > undo_retention = 900 
> > 
> > SQL> ed
> > Wrote file afiedt.buf
> > 
> >   1  select (ur * (ups * dbs)) + (dbs * 24) as "Bytes"
> >   2  from (select value as ur
> >   3  from v$parameter
> >   4  where name = 'undo_retention'),
> >   5  (select (sum(undoblks)/sum(((end_time-begin_time)*86400))) 
as 
> ups
> >   6  from v$undostat),
> >   7  (select value as dbs
> >   8  from v$parameter
> >   9* where name = 'db_block_size')
> > 
> >  Bytes
> > --
> > 2122435669
> > 
> > Oracle9i Enterprise Edition Release 9.2.0.5.0
> > Red Hat Linux AS 3.0
> > 
> > 
> > Como resolver?
> > 
> > Phael
> > 
> > [As partes desta mensagem que não continham texto foram removidas]





__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos

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

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

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

 

[oracle_br] Re: ORA-30036: unable to extend segment 8 in undo...

[jlchiappa]

Bom, de cara salta aos olhos que undo_retention = 900 é o valor 
default, é ridículo, esses defaults são pra banquinhos de 
demonstração : será que , com esse valor tão minúsculo (900 segundos 
= 15 minutos !! ) , o Oracle não está liberando segmento ainda com 
leitura ocorrendo nele ? Esse seu processo de fechamento leva mais 
que 15 minutos - acho que sim   E 4 Gb é com certeza um valor 
pequeno prum banco de Produção, eu tenho visto bancos de porte 
pequeno (como deve ser esse, provavelmente) gerarem mais de dezena de 
Gbs de undo em pico de uso.
 Assim , eu subiria a tablespaces pra uns 20 Gb. e UNDO_RETENTION ** 
ao menos ** pra algumas horas, digamos umas 8 horas, ie, 28800 
segundos ??
 
 
 []s
 
  Chiappa
  
--- Em oracle_br@yahoogrupos.com.br, "Phael" <[EMAIL PROTECTED]> escreveu
> 
> Bom dia gente,
> 
> Estou rodando em um ambiente de teste um fechamento de 
contabilidade mensal
> depois de algum tempo o erro abaixo e retornado...
> 
> ORA-30036: unable to extend segment 8 in undo 
tablespace 'UNDOTBS1'
> 
> 
> Notas:
> O tablespace de UNDO esta com 4Gb.
> 
> undo_management = AUTO
> undo_retention = 900 
> 
> SQL> ed
> Wrote file afiedt.buf
> 
>   1  select (ur * (ups * dbs)) + (dbs * 24) as "Bytes"
>   2  from (select value as ur
>   3  from v$parameter
>   4  where name = 'undo_retention'),
>   5  (select (sum(undoblks)/sum(((end_time-begin_time)*86400))) as 
ups
>   6  from v$undostat),
>   7  (select value as dbs
>   8  from v$parameter
>   9* where name = 'db_block_size')
> 
>  Bytes
> --
> 2122435669
> 
> Oracle9i Enterprise Edition Release 9.2.0.5.0
> Red Hat Linux AS 3.0
> 
> 
> Como resolver?
> 
> Phael
> 
> [As partes desta mensagem que não continham texto foram removidas]




__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos

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

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

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

 

[oracle_br] ORA-30036: unable to extend segment 8 in undo...

[Phael]

Bom dia gente,

Estou rodando em um ambiente de teste um fechamento de contabilidade mensal
depois de algum tempo o erro abaixo e retornado...

ORA-30036: unable to extend segment 8 in undo tablespace 'UNDOTBS1'


Notas:
O tablespace de UNDO esta com 4Gb.

undo_management = AUTO
undo_retention = 900 

SQL> ed
Wrote file afiedt.buf

  1  select (ur * (ups * dbs)) + (dbs * 24) as "Bytes"
  2  from (select value as ur
  3  from v$parameter
  4  where name = 'undo_retention'),
  5  (select (sum(undoblks)/sum(((end_time-begin_time)*86400))) as ups
  6  from v$undostat),
  7  (select value as dbs
  8  from v$parameter
  9* where name = 'db_block_size')

 Bytes
--
2122435669

Oracle9i Enterprise Edition Release 9.2.0.5.0
Red Hat Linux AS 3.0


Como resolver?

Phael

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



__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos

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

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

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

 

Re: [oracle_br] remover registro e tbs nao libera espaço

[Roberto E. Wille]

na verdade pode acontecer sim
um bloco de dados possue limites
um limite é para deixar espaço para updates
outro limite é para permitir que aquele bloco seja utilizado novamente 
para insert
nesse último caso pode acontecer de ficar muito espaço sobrando em um 
bloco e que esse espaço seja mais que suficiente para armazenar os 
updates e ainda sobrar
nem sempre o espaço deletado é reutilizado


Guilherme Zalochi escreveu, em 23/06/2005 13:50:

>Zumba,
>
>Na realidade, com oracle voce nao perde espaço, o unico jeito de voce
>ganhar espaco, digo
>*se sua aplicação nao for mais fazer inserts,updates,delete é voce
>criar uma nova tabela, e jogar o conteudo exisitente (ATUAL) nela, e
>depois renomea-la para o mesmo, se for fazer isso, tomar cuidado com
>as integridades
>
>AGORA, se ainda tiver inserts updates e deletes, voce pode ficar
>tranquilo que mesmo que aja um GAP entre um dado e ourto o oracle
>preenche automaticamente, ele reutiliza o espaco que foi 'deletado'
>
>
>
>Espero ter ajudado
>
>
>[]'s
>
>Guilherme Zalochi
>
>On 6/23/05, Zumba <[EMAIL PROTECTED]> wrote:
>  
>
>>Olá pessoal,
>>
>>fiz uma limpeza em algumas tabelas de um sistema, onde
>>apaguei muitos registros.
>>Só que não houve ganho de espaço na Tablespace.
>>
>>Tinha 36GB antes e depois continuou. Tenho certeza eu
>>deveria diminuir espaço ocupado, mas não mudou nada.
>>O que posso fazer pra ganhar espaço?
>>
>>Grande abraço a todos.
>>
>>Zumba
>>
>>
>>

-- 
*Roberto E. Wille*
Joinville - SC
Get Firefox 
Get Thunderbird 




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



__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos

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

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

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