[oracle_br] Long / Lob

[marcelobcauduro]

O tipo de dados Long é acesso de forma sequencia quando o LOB é
acessado de formado randômica.
Conforme User Guide Reference da Oracle Pg 3-10.
O Long é armazenado sempre no final da linha, no mesmo datafile onde é
armazenado a tabela , é isso mesmo ?
Agora ja o LOb se o dado for maior que X bytes, ele guarda o ponteiro
de qual o datafile e posicao esta o Lob.
Mas não vejo como um pode ter acesso randomico e o outro sequencial.






--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__
Moderador e Fundador: Dorian Anderson Soutto [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: Oracle Concepts - Documento

[jlchiappa]

--- Em oracle_br@yahoogrupos.com.br, Marcelo Cauduro <[EMAIL PROTECTED]> 
escreveu
>
> Pessoal,
> 
> Lendo o Oracle Concepts Part II, Chapter 2 and 3, fiquei com as 
seguintes
> dúvidas :
> 
> Um segmento é só para um objeto certo ?

Um segmento = um objeto ** lógico **, ou seja, um item que possui 
storage. Por exemplo, 1 tabela simples (heap table) = 1 objeto lógico 
= 1 segmento, mas para tabelas particionadas é CADA PARTIÇÃO = 1 
objeto lógico = 1 segmento, já que cada partição pode ser fisicamente 
diferente, alocada em locais e formas diferentes.

> 
> Quando você apaga linhas de uma tabelas, os extents de um 
determinado
> segmento que continham essas linhas nâo sâo liberados para novas 
linhas ? 

São automaticamente liberados pra novas linhas, MAS desde que seja 
insert na mesma tabela. 

>Há
> alguma excessao ?

Não, em sendo tabelas e índices "comuns".

> 
> Pelo que li ele só são liberados quando uma nova insercao é feita,

Incorreto : assim que as qtdades de deleções num bloco ultrapassam o 
especificado em PCTFREE, e sempre respeitando PCTUSED, o bloco vai 
pra lista de blocos livres, está LIBERADO pra reuso, e será 
TRANQUILAMENTE reusado quando for necessário, SEJA pra INSERTs, SEJA 
pra UPDATEs que ultrapassaram o espaço atual.

> que isto naum é feito na hora da exclusao ?

É feito, mas o conceito aqui é : pra se obter a melhor performance 
possível em INSERTs/UPDATEs, assim que a tabela é criada, mesmo 
estando VAZIA, o banco já aloca um extent pra ela, e conforme vão 
ocorrendo novos INSERTs/UPDATEs que precisem de espaço, novos extents 
vão sendo alocados pra tabela. A chave aqui é, já que na maioria das 
vezes num banco de dados ativo a maioria das tabelas são dinâmicas 
(ie, hoje cresceu, daqui a pouco já tem deleção, logo depois tem 
novas inserções) pra poupar tempo e ganhar performance o banco 
considera TODO o espaço alocado pra um segmento como pertencente a 
ele, quando há deleções ou DMLs que livrem espaço, o espaço é livre 
MAS é espaço livre para uso DESSE segmento dono, é isso : assim, o 
banco se poupa o trabalho de ter que alocar novos extents. É por isso 
que tabelas de "transação", que só crescem num job tipo fim de mês, e 
crescem aleatoriamente, muitas vezes até diminuindo em muito de 
tamanho, se desejado reaproveitamento desse espaço por OUTRAS 
tabelas, em princípio deveriam ser TRUNCADAS, aí sim o espaço livre 
delas fica disponível pra qquer outro segmento do banco, com exceção 
do extent inicial.

[]s

 Chiappa





--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__
Moderador e Fundador: Dorian Anderson Soutto [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: Oracle Concepts - Documento

[Marcelo Cauduro]

Muito legal Chiapa, mas fica a dúvida,

pelo que entendi...
sempre qndo faço um delete ou mesmo um update para null value e os
parametros pctused e pctfree estiverem ok, ou seja, tiver espaco livre maior
que pctfree por exemplo,
os extents do segmento que tinham as linhas que foi removida, ou até todo o
segmento, dependendo do volume do delete/update, fica livre na hora...

mas é ai que surge minha dúvida...

lendo o concepts aprendi o conceito da "high water mark" ou marca d'agua,
que seria o limite entre os blocos usados e não usados, ou seja, ela indica
o ultimo bloco usado na tabela,
mas quando se faz delete, pelo que entendi, essa marca d'gua não é
restabelecida,

-> isso não afetaria a liberação dos extents ??

-> ou essa marca é usada apenas para quando o Oracle vai recuperar os dados,
ou seja, ele le todos os blocos até a "high water mark", não afetando os
updates/deletes ?

On 1/23/06, jlchiappa <[EMAIL PROTECTED]> wrote:
>
>  --- Em oracle_br@yahoogrupos.com.br, Marcelo Cauduro <[EMAIL PROTECTED]>
> escreveu
> >
> > Pessoal,
> >
> > Lendo o Oracle Concepts Part II, Chapter 2 and 3, fiquei com as
> seguintes
> > dúvidas :
> >
> > Um segmento é só para um objeto certo ?
>
> Um segmento = um objeto ** lógico **, ou seja, um item que possui
> storage. Por exemplo, 1 tabela simples (heap table) = 1 objeto lógico
> = 1 segmento, mas para tabelas particionadas é CADA PARTIÇÃO = 1
> objeto lógico = 1 segmento, já que cada partição pode ser fisicamente
> diferente, alocada em locais e formas diferentes.
>
> >
> > Quando você apaga linhas de uma tabelas, os extents de um
> determinado
> > segmento que continham essas linhas nâo sâo liberados para novas
> linhas ?
>
> São automaticamente liberados pra novas linhas, MAS desde que seja
> insert na mesma tabela.
>
> >Há
> > alguma excessao ?
>
> Não, em sendo tabelas e índices "comuns".
>
> >
> > Pelo que li ele só são liberados quando uma nova insercao é feita,
>
> Incorreto : assim que as qtdades de deleções num bloco ultrapassam o
> especificado em PCTFREE, e sempre respeitando PCTUSED, o bloco vai
> pra lista de blocos livres, está LIBERADO pra reuso, e será
> TRANQUILAMENTE reusado quando for necessário, SEJA pra INSERTs, SEJA
> pra UPDATEs que ultrapassaram o espaço atual.
>
> > que isto naum é feito na hora da exclusao ?
>
> É feito, mas o conceito aqui é : pra se obter a melhor performance
> possível em INSERTs/UPDATEs, assim que a tabela é criada, mesmo
> estando VAZIA, o banco já aloca um extent pra ela, e conforme vão
> ocorrendo novos INSERTs/UPDATEs que precisem de espaço, novos extents
> vão sendo alocados pra tabela. A chave aqui é, já que na maioria das
> vezes num banco de dados ativo a maioria das tabelas são dinâmicas
> (ie, hoje cresceu, daqui a pouco já tem deleção, logo depois tem
> novas inserções) pra poupar tempo e ganhar performance o banco
> considera TODO o espaço alocado pra um segmento como pertencente a
> ele, quando há deleções ou DMLs que livrem espaço, o espaço é livre
> MAS é espaço livre para uso DESSE segmento dono, é isso : assim, o
> banco se poupa o trabalho de ter que alocar novos extents. É por isso
> que tabelas de "transação", que só crescem num job tipo fim de mês, e
> crescem aleatoriamente, muitas vezes até diminuindo em muito de
> tamanho, se desejado reaproveitamento desse espaço por OUTRAS
> tabelas, em princípio deveriam ser TRUNCADAS, aí sim o espaço livre
> delas fica disponível pra qquer outro segmento do banco, com exceção
> do extent inicial.
>
> []s
>
> Chiappa
>
>
>
>
>
> --
> Atenção! As mensagens deste grupo são de acesso público e de inteira
> responsabilidade de seus remetentes.
> Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
>
> --__
> Moderador e Fundador: Dorian Anderson Soutto [EMAIL PROTECTED]
> __
>
>
>  *Yahoo! Grupos, um serviço oferecido por:*  PUBLICIDADE
> 
> --
> *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]<[EMAIL PROTECTED]>
>
>- O uso que você faz do Yahoo! Grupos está sujeito aos Termos do
>Serviço do Yahoo! .
>
>


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



---

[oracle_br] Email de Teste

[Péricles]

Pessoal estou enviando este email para fazer um teste, pois não estou recebendo 
emails do grupo. Favor ignorar este email.


Atenciosamente
Péricles


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






--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__
Moderador e Fundador: Dorian Anderson Soutto [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-00600: internal error code, arguments: [kcbnew_3], [1], [],

[ze_neto2002]

Pessoal,

estou recebendo o erro abaxo:

Erro de suporte: ORA-00600: internal error code, arguments: 
[kcbnew_3], [1], [], [], [], [], [], []

Estou momentaneamente sem o Metalink.

Alguém pode me ajudar?

//Neto






--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__
Moderador e Fundador: Dorian Anderson Soutto [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] ORA-00600: internal error code, arguments: [kcbnew_3], [1], [],

[Ricardo Pamato]

  Doc ID: 

Note:204512.1


Subject: 

ORA-600 [kcbnew_3]


Type: 

REFERENCE


Status: 

PUBLISHED


Content Type: 

TEXT/X-HTML


Creation Date: 

22-JUL-2002


Last Revision Date: 

08-MAR-2005

 
Note: For additional ORA-600 related information please read
 Note 146580.1
 
PURPOSE:
  This article discusses the internal error "ORA-600 [kcbnew_3]", what
  it means and possible actions. The information here is only applicable
  to the versions listed and is provided only for guidance.
 
ERROR:
  ORA-600 [kcbnew_3] [a] [b] [c]
 
VERSIONS:
  versions 9.2 to 10.1
 
DESCRIPTION:
 
  A cache buffer holding a database block is in the process of
  being reused.
 
  The buffer is in state "current" and may be reused only if the object
  is of type temp or undo.
 
  The consistency check comparing the block class in the buffer header 
  with the block class passed to the cache by the caller is failing.
 
ARGUMENTS:
 
  The number of arguments and their meaning vary depending on the Oracle 
  Server release.
 
  Oracle 10G
 
 Arg [a] Internal loop counter (number of blocks to new)
 Arg [b] Buffer class
 Arg [c] Object Id passed to the cache by the layer accessing the cache
 
  Oracle Release 9.2 and earlier:
 
 Arg [a]  Buffer class
 
FUNCTIONALITY:
  Kernel Cache Buffer management Implementation
 
IMPACT:
  PROCESS FAILURE
  MEMORY CORRUPTION
  NON CORRUPTIVE - No underlying data corruption.
 
SUGGESTIONS:
 
  If the Known Issues section below does not help in terms of identifying
  a solution, please submit the trace files and alert.log to Oracle
  Support Services for further analysis.
 
  Known Issues:
  Bug# 3785200 *  See
 Note 3785200.8
* This bug is alerted in
 Note 281047.1
  Corruption possible in automatic space managed segments
  Fixed: 9.2.0.6, 10.1.0.2
 
  Bug# 3085651   See
 Note 3085651.8
  Table corruption / OERI after TRUNCATE on ASSM table with NESTED TABLE
cols
  Fixed: 9.2.0.5, 10.1.0.2
 
  Bug# 2768278   See
 Note 2768278.8
  OERI[KCBNEW_3] possible after DROP of 8i segment in locally managed
tablespace
  Fixed: 9.2.0.4, 10.1.0.2
 
  Bug# 2747978   See
 Note 2747978.8
  OERI[KCBNEW_3] after resize of locally managed tablespace
  Fixed: 9.2.0.4, 10.1.0.2
 
  Bug# 2414972   See
 Note 2414972.8
  OERI:[kcbnew_3]/OERI:[kcbgtcr_3] after resize in LOCALLY MANAGED
tablespace
  Fixed: 9.2.0.2
 
  Bug# 2406802   See
 Note 2406802.8
  OERI[kcbgtcr_3]  / OERI[kcbcxx_1] after DROP TABLE in locally managed
tablespace
  Fixed: 9.2.0.2
 

 

 

 

 

  _  

De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
nome de ze_neto2002
Enviada em: segunda-feira, 23 de Janeiro de 2006 10:04
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] ORA-00600: internal error code, arguments: [kcbnew_3],
[1], [],

 

Pessoal,

estou recebendo o erro abaxo:

Erro de suporte: ORA-00600: internal error code, arguments: 
[kcbnew_3], [1], [], [], [], [], [], []

Estou momentaneamente sem o Metalink.

Alguém pode me ajudar?

//Neto







--
Atenção! As mensagens deste grupo são de acesso público e de inteira
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 

--__

Moderador e Fundador: Dorian Anderson Soutto [EMAIL PROTECTED]
__ 





Yahoo! Grupos, um serviço oferecido por:



PUBLICIDADE
 
 

 
 

 

  _  

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]

[oracle_br] Várias Trigers na mesma tabela

[Paulo Henrique Buss]

Olá lista,

Estou usando Oracle9i Enterprise Edition Release 9.2.0.4.0 e tenho o 
seguinte caso:

Em uma tabela eu tenho 2 triggers e preciso garantir que a trigger2  
seja executada antes da trigger1. Já trabalhei com Firebird e nas 
triggers deste banco havia um número que definia a ordem de execução das 
triggers, mas no Oracle não encontrei esta opção...

Se alguém da lista souber como o Oracle defina a ordem das triggers e 
como eu posso ajustar esta ordem de execução, agradeço desde já.

Abraços,

Paulo Henrique Buss
PROJEDATA Informática


--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__
Moderador e Fundador: Dorian Anderson Soutto [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: RES: [oracle_br] Urgente!!! - Multiplos Listeners em ambiente Sun/Solaris

[Luiz Fernando]

Márcio, bom dia!

Márcio, eu criei um novo user para a versão 9i (oracle9). O grupo tbém 
é novo (dba9).

Com relação ao user que rodou a shell root.sh, o user foi o "root".

[ ]s e obrigado!

Luiz Fernando

--- Em oracle_br@yahoogrupos.com.br, "Marcio (gmail)" 
<[EMAIL PROTECTED]> escreveu
>
> Eu gostaria de ver qual o usuário e grupo voce está tentando 
conectar-se 
> ao Oracle com "/ as sysdba"
> Essa instalação é nova? Quem instalou rodou o root.sh?
> 
> Luiz Fernando wrote:
> > Alguma luz??? 
> >
> > Valeu pessoal...
> >
>







--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__
Moderador e Fundador: Dorian Anderson Soutto [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: Várias Trigers na mesma tabela

[jlchiappa]

Colega, o manual "Oracle Database Concepts", cap. 17 - Triggers -, é 
lapidar a respeito :

"Trigger Execution

...
Fires multiple triggers in an unspecified order, if more than one 
trigger of the same type exists for a given statement.

OU seja, é POR DESIGN, DOCUMENTADAMENTE, sem ordem definida quando há 
múltiplos triggers. No máximo, no mesmo capítulo o mesmo manual já 
nos garante que as triggers do tipo BEFORE rodam antes, e as do tipo 
AFTER depois, então que se tenha uma trigger como BEFORE e outra como 
AFTER, afora isso no way.

[]s

 Chiappa
 
--- Em oracle_br@yahoogrupos.com.br, Paulo Henrique Buss <[EMAIL PROTECTED]> 
escreveu
>
> Olá lista,
> 
> Estou usando Oracle9i Enterprise Edition Release 9.2.0.4.0 e tenho 
o 
> seguinte caso:
> 
> Em uma tabela eu tenho 2 triggers e preciso garantir que a 
trigger2  
> seja executada antes da trigger1. Já trabalhei com Firebird e nas 
> triggers deste banco havia um número que definia a ordem de 
execução das 
> triggers, mas no Oracle não encontrei esta opção...
> 
> Se alguém da lista souber como o Oracle defina a ordem das triggers 
e 
> como eu posso ajustar esta ordem de execução, agradeço desde já.
> 
> Abraços,
> 
> Paulo Henrique Buss
> PROJEDATA Informática
>







--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__
Moderador e Fundador: Dorian Anderson Soutto [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: Migração de Informix para Oracle 10g.

[felipejrenz]

Pessoal,



Alguem sabe o caminho das pedras não tenho nem ideia por onde 
começar a migração.

Help



--- Em oracle_br@yahoogrupos.com.br, Consulting 2001 Br 
<[EMAIL PROTECTED]> escreveu
>
> O maior problema será a migração das triggers e
> procedures
> 
> --- felipejrenz <[EMAIL PROTECTED]> wrote:
> 
> > Bom dia. 
> > 
> > Recebi uma miss�o complicada, preciso migrar um
> > banco Informix para 
> > Oracle, e agora como devo proceder, tenho criar as
> > mesmas estruturas do 
> > informix no oracle ou existe alguma ferramente para
> > importa��o destas 
> > estruturas, indexes, ...etc... 
> > 
> > Fico no agurado, e desde j� agrade�o a ajuda de
> > todos
> > 
> > 
> > 
> > 
> 
> 
> __
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around 
> http://mail.yahoo.com
>






--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__
Moderador e Fundador: Dorian Anderson Soutto [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: Oracle Concepts - Documento

[jlchiappa]

--- Em oracle_br@yahoogrupos.com.br, Marcelo Cauduro <[EMAIL PROTECTED]> 
escreveu
>
> Muito legal Chiapa, mas fica a dúvida,
> 
> pelo que entendi...
> sempre qndo faço um delete ou mesmo um update para null value e os
> parametros pctused e pctfree estiverem ok, ou seja, tiver espaco 
livre maior
> que pctfree por exemplo,
> os extents do segmento que tinham as linhas que foi removida, ou 
até todo o
> segmento, dependendo do volume do delete/update, fica livre na 
hora...

Espaço liberado por DELETE/UPDATE ficam imediatamente disponíveis, 
sim, mas ** APENAS ** pro objeto que os liberou, a idéia sempre é : 
espaço alocado prum segmento, SEMPRE fica pertencente a esse 
segmento, quando ficar vazio vai ser usado APENAS por esse segmento. 
Só quando o  segmento liberar esse espaço pro banco de modo geral 
(com um TRUNCATE, DROP, ou similar) é que aí sim esse espaço passa a 
ser "público", entra na DBA_FREE_SPACE, e aí sim qquer um pode o 
utilizar...

> 
> mas é ai que surge minha dúvida...
> 
> lendo o concepts aprendi o conceito da "high water mark" ou marca 
d'agua,
> que seria o limite entre os blocos usados e não usados, ou seja, 
ela indica
> o ultimo bloco usado na tabela,

não, não é isso : hwm não é por tabela, é por arquivo : é o espaço 
além do último bloco já usado por algum segmento nessa tablespace : 
vc pode ter N tabelas/índices numa tablespace, HWM é o espaço além do 
último bloco já usado, não importa por qual dos N segmentos que usam 
a tablespace...

> mas quando se faz delete, pelo que entendi, essa marca d'gua não é
> restabelecida,
> 
> -> isso não afetaria a liberação dos extents ??

É o mesmo acima dito : quando vc faz DELETE, o espaço vai CONTINUAR 
reservado pra uso exclusivo do segmento dono dele , então não, não 
baixa HWM.

> 
> -> ou essa marca é usada apenas para quando o Oracle vai recuperar 
os dados,
> ou seja, ele le todos os blocos até a "high water mark", não 
afetando os
> updates/deletes ?

Na verdade,uma leitura que precise recuperar todos os blocos dum 
segmento (tipicamente o table full scan), ocorre da seguinte 
maneira : o full scan significa ir pra DBA_EXTENTs, achar o datafile 
e o bloco de início do primeiro extent marcado como pertencente ao 
segmento em questão, ler esse extent, ler o próximo, próximo, até não 
haver mais extents. Ora, imagine que nesse segmento vc tinha 1 milhão 
de registros, e vc fez um DELETE de todos eles : como acima dito, 
após o DELETE o espaço VAI continuar alocado pro segmento, os extents 
VÂO continuar lá (vazios, serão re-usados no próximo INSERT, mas 
estão lá), então um eventual scan VAI ler todos esses segmentos, 
mesmo estando vazios, é isso... Se houver a liberação desse espaço 
pro banco (via truncate/drop/o que for), o hwm baixa, sim, MAS o full 
table scan não vai mais os ler não é só porque o hwm baixou, mas sim 
porque NÃO há mais extents apontando pra essa área, a leitura é 
controlada por extents. É por isso, inclusive, que tamanhos de 
extents PODEM influenciar DIRETAMENTE na performance de scans, eu fiz 
uma demonstração maior disso no meu paper da ENPO de 2004.

==> vamos tentar um exemplo desses conceitos, banco com blocksize de 
8192 bytes, tablespace LMT com esse mesmo blocksize  :


[EMAIL PROTECTED]:SQL>select * from dba_tablespaces where 
tablespace_name='TESTE';

TABLESPACE_NAMEBLOCK_SIZE 
INITIAL_EXTENTNEXT_EXTENTMIN_EXTENTS
MAX_EXTENTS   PCT_INCREASE MIN_EXTLEN STATUSCONTENTS  
LOGGING   FOR EXTENT_MAN ALLOCATIO PLU SEGMEN
-- -- -- -
- -- -- --
 -- - - - --- -- -
 --- --
TESTE8192  
65536 1 
2147483645 65536 ONLINEPERMANENT 
LOGGING   NO  LOCAL  SYSTEMNO  MANUAL


[EMAIL PROTECTED]:SQL>select * from dba_data_files where 
tablespace_name='TESTE';

FILE_NAME 
  FILE_ID TABLESPACE_NAME 
BYTES BLOCKS STATUS  RELATIVE_FNO AUT   
MAXBYTES  MAXBLOCKS   INCREMENT_BY 
USER_BYTESUSER_BLOCKS
 -
- -- -- --
 - -- --- -- -
- -- -- --

D:\O9IR2\O9IR2
\TESTE.DBF
 11 TESTE52428800   
6400 AVAILABLE 11 YES34359721984
4194302  1   52363264   6392


[EMAIL PROTECTED]:SQL>

[oracle_br] Re: Migração de Informix para Oracle 10g.

[jlchiappa]

Sugestão : em http://www.oracle.com/technology/software/index.html 
baixe o software Oracle Migration Workbench (ele vai pedir pra vc se 
registrar no site, mas esse registro é grátis), e depois que vc 
responda a uma pesquisa. Isto feito, baixe esse software, estude a 
documentação dele, teste-o bem, e depois use-o pra fazer a migração. 
NOTAR que ele absolutamente ** não ** vai fazer todo o trabalho por 
vc (software ** NENHUM ** faz isso), mas é um adianto. Feito esse 
adinto, porém, vai ter uma sobra BEM GRANDE a converter, aí sim vc 
VAI precisar de alguém com bom conhecimento do banco Oracle ** e ** 
de alguém com bom conhecimento no banco Informix, pra REPROGRAMAR 
procedures/triggers, re-criar tabelas/índices, etc,  que não puderam 
ser convertidos automaticamente. PODE ser a mesma pessoa, ou podem 
ser pessoas diferentes, mas TEM QUE haver o conhecimento, se não 
houver pode-se aplicar treinamentos e/ou optar por consultores 
externos... E é aquele negócio, se vc quer uma receita passo-a-passo, 
mastigada, que qquer um possa seguir, mesmo sem os conhecimentos 
necessários, também creio que não seja possível.

[]s

 Chiappa

--- Em oracle_br@yahoogrupos.com.br, "felipejrenz" <[EMAIL PROTECTED]> 
escreveu
>
> Pessoal,
> 
> 
> 
> Alguem sabe o caminho das pedras não tenho nem ideia por onde 
> começar a migração.
> 
> Help
> 
> 
> 
> --- Em oracle_br@yahoogrupos.com.br, Consulting 2001 Br 
> <[EMAIL PROTECTED]> escreveu
> >
> > O maior problema será a migração das triggers e
> > procedures
> > 
> > --- felipejrenz <[EMAIL PROTECTED]> wrote:
> > 
> > > Bom dia. 
> > > 
> > > Recebi uma miss�o complicada, preciso migrar um
> > > banco Informix para 
> > > Oracle, e agora como devo proceder, tenho criar as
> > > mesmas estruturas do 
> > > informix no oracle ou existe alguma ferramente para
> > > importa��o destas 
> > > estruturas, indexes, ...etc... 
> > > 
> > > Fico no agurado, e desde j� agrade�o a ajuda de
> > > todos
> > > 
> > > 
> > > 
> > > 
> > 
> > 
> > __
> > Do You Yahoo!?
> > Tired of spam?  Yahoo! Mail has the best spam protection around 
> > http://mail.yahoo.com
> >
>






--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__
Moderador e Fundador: Dorian Anderson Soutto [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: Oracle Concepts - Documento

[Marcelo Cauduro]

essa "high water mark" me confundiu... ela é verificada em inserts e updates
?
Por que se sim, e se quando eu deleto eu libero linha mas ela fica no me
mesmo lugar... eu não iria reusar os blocos livres por meio do espaço
deixado com os deletes...

On 1/23/06, Marcelo Cauduro <[EMAIL PROTECTED]> wrote:
>
> Muito legal Chiapa, mas fica a dúvida,
>
> pelo que entendi...
> sempre qndo faço um delete ou mesmo um update para null value e os
> parametros pctused e pctfree estiverem ok, ou seja, tiver espaco livre maior
> que pctfree por exemplo,
> os extents do segmento que tinham as linhas que foi removida, ou até todo
> o segmento, dependendo do volume do delete/update, fica livre na hora...
>
> mas é ai que surge minha dúvida...
>
> lendo o concepts aprendi o conceito da "high water mark" ou marca d'agua,
> que seria o limite entre os blocos usados e não usados, ou seja, ela
> indica o ultimo bloco usado na tabela,
> mas quando se faz delete, pelo que entendi, essa marca d'gua não é
> restabelecida,
>
> -> isso não afetaria a liberação dos extents ??
>
> -> ou essa marca é usada apenas para quando o Oracle vai recuperar os
> dados, ou seja, ele le todos os blocos até a "high water mark", não afetando
> os updates/deletes ?
>
> On 1/23/06, jlchiappa <[EMAIL PROTECTED]> wrote:
> >
> >  --- Em oracle_br@yahoogrupos.com.br, Marcelo Cauduro <[EMAIL PROTECTED]>
> > escreveu
> > >
> > > Pessoal,
> > >
> > > Lendo o Oracle Concepts Part II, Chapter 2 and 3, fiquei com as
> > seguintes
> > > dúvidas :
> > >
> > > Um segmento é só para um objeto certo ?
> >
> > Um segmento = um objeto ** lógico **, ou seja, um item que possui
> > storage. Por exemplo, 1 tabela simples (heap table) = 1 objeto lógico
> > = 1 segmento, mas para tabelas particionadas é CADA PARTIÇÃO = 1
> > objeto lógico = 1 segmento, já que cada partição pode ser fisicamente
> > diferente, alocada em locais e formas diferentes.
> >
> > >
> > > Quando você apaga linhas de uma tabelas, os extents de um
> > determinado
> > > segmento que continham essas linhas nâo sâo liberados para novas
> > linhas ?
> >
> > São automaticamente liberados pra novas linhas, MAS desde que seja
> > insert na mesma tabela.
> >
> > >Há
> > > alguma excessao ?
> >
> > Não, em sendo tabelas e índices "comuns".
> >
> > >
> > > Pelo que li ele só são liberados quando uma nova insercao é feita,
> >
> > Incorreto : assim que as qtdades de deleções num bloco ultrapassam o
> > especificado em PCTFREE, e sempre respeitando PCTUSED, o bloco vai
> > pra lista de blocos livres, está LIBERADO pra reuso, e será
> > TRANQUILAMENTE reusado quando for necessário, SEJA pra INSERTs, SEJA
> > pra UPDATEs que ultrapassaram o espaço atual.
> >
> > > que isto naum é feito na hora da exclusao ?
> >
> > É feito, mas o conceito aqui é : pra se obter a melhor performance
> > possível em INSERTs/UPDATEs, assim que a tabela é criada, mesmo
> > estando VAZIA, o banco já aloca um extent pra ela, e conforme vão
> > ocorrendo novos INSERTs/UPDATEs que precisem de espaço, novos extents
> > vão sendo alocados pra tabela. A chave aqui é, já que na maioria das
> > vezes num banco de dados ativo a maioria das tabelas são dinâmicas
> > (ie, hoje cresceu, daqui a pouco já tem deleção, logo depois tem
> > novas inserções) pra poupar tempo e ganhar performance o banco
> > considera TODO o espaço alocado pra um segmento como pertencente a
> > ele, quando há deleções ou DMLs que livrem espaço, o espaço é livre
> > MAS é espaço livre para uso DESSE segmento dono, é isso : assim, o
> > banco se poupa o trabalho de ter que alocar novos extents. É por isso
> > que tabelas de "transação", que só crescem num job tipo fim de mês, e
> > crescem aleatoriamente, muitas vezes até diminuindo em muito de
> > tamanho, se desejado reaproveitamento desse espaço por OUTRAS
> > tabelas, em princípio deveriam ser TRUNCADAS, aí sim o espaço livre
> > delas fica disponível pra qquer outro segmento do banco, com exceção
> > do extent inicial.
> >
> > []s
> >
> > Chiappa
> >
> >
> >
> >
> >
> > --
> > Atenção! As mensagens deste grupo são de acesso público e de inteira
> > responsabilidade de seus remetentes.
> > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> >
> > --__
> > Moderador e Fundador: Dorian Anderson Soutto [EMAIL PROTECTED]
> > __
> >
> >
> >  *Yahoo! Grupos, um serviço oferecido por:*  PUBLICIDADE
> >
> > 
> > --
> > *Links do Yahoo! Grupos*

[oracle_br] Re: Oracle Concepts - Documento

[jlchiappa]

É como eu falei na msg anterior : quando vc faz um INSERT/UPDATE 
normal (UPDATE pensando num caso de valor que não cabe no bloco), o 
algoritmo  é algo tipo :
 passo 1 : existe espaço vazio e reservado pro segmento que está 
sendo inserido/updateado  ? Se existe, uso-o...
 passo 2 : se 1 falhou, olhar na DBA_FREE_SPACE, existe espaço livre 
geral a alocar abaixo da HWM ? Se sim, uso e o removo da 
dba_free_space...
 passo 3 : 1 e 2 falharam, existe espaço na DBA_FREE_SPACE acima da 
hwm ?? Se sim, formato o quanto eu preciso desses blocos acima da 
HWM, uso-os e os removo da dba_free_space, e avanço a hwm mais pra 
cima...
 
 É basicamente isso. Quanto ao porque do espaço não ser liberado após 
um DELETE, é o que eu disse ma msg anterior, o espaço uma vez alocado 
prum segmento PERMANECE como propriedade exclusiva desse segmento até 
o segmento o liberar com TRUNCATE (caso em que o initial ainda 
permanece), ou que haja um DROP, quando aí não permanece mais nada.
 
 []s
 
  Chiappa
  
--- Em oracle_br@yahoogrupos.com.br, Marcelo Cauduro <[EMAIL PROTECTED]> 
escreveu
>
> essa "high water mark" me confundiu... ela é verificada em inserts 
e updates
> ?
> Por que se sim, e se quando eu deleto eu libero linha mas ela fica 
no me
> mesmo lugar... eu não iria reusar os blocos livres por meio do 
espaço
> deixado com os deletes...
> 
> On 1/23/06, Marcelo Cauduro <[EMAIL PROTECTED]> wrote:
> >
> > Muito legal Chiapa, mas fica a dúvida,
> >
> > pelo que entendi...
> > sempre qndo faço um delete ou mesmo um update para null value e os
> > parametros pctused e pctfree estiverem ok, ou seja, tiver espaco 
livre maior
> > que pctfree por exemplo,
> > os extents do segmento que tinham as linhas que foi removida, ou 
até todo
> > o segmento, dependendo do volume do delete/update, fica livre na 
hora...
> >
> > mas é ai que surge minha dúvida...
> >
> > lendo o concepts aprendi o conceito da "high water mark" ou marca 
d'agua,
> > que seria o limite entre os blocos usados e não usados, ou seja, 
ela
> > indica o ultimo bloco usado na tabela,
> > mas quando se faz delete, pelo que entendi, essa marca d'gua não é
> > restabelecida,
> >
> > -> isso não afetaria a liberação dos extents ??
> >
> > -> ou essa marca é usada apenas para quando o Oracle vai 
recuperar os
> > dados, ou seja, ele le todos os blocos até a "high water mark", 
não afetando
> > os updates/deletes ?
> >
> > On 1/23/06, jlchiappa <[EMAIL PROTECTED]> wrote:
> > >
> > >  --- Em oracle_br@yahoogrupos.com.br, Marcelo Cauduro 
<[EMAIL PROTECTED]>
> > > escreveu
> > > >
> > > > Pessoal,
> > > >
> > > > Lendo o Oracle Concepts Part II, Chapter 2 and 3, fiquei com 
as
> > > seguintes
> > > > dúvidas :
> > > >
> > > > Um segmento é só para um objeto certo ?
> > >
> > > Um segmento = um objeto ** lógico **, ou seja, um item que 
possui
> > > storage. Por exemplo, 1 tabela simples (heap table) = 1 objeto 
lógico
> > > = 1 segmento, mas para tabelas particionadas é CADA PARTIÇÃO = 1
> > > objeto lógico = 1 segmento, já que cada partição pode ser 
fisicamente
> > > diferente, alocada em locais e formas diferentes.
> > >
> > > >
> > > > Quando você apaga linhas de uma tabelas, os extents de um
> > > determinado
> > > > segmento que continham essas linhas nâo sâo liberados para 
novas
> > > linhas ?
> > >
> > > São automaticamente liberados pra novas linhas, MAS desde que 
seja
> > > insert na mesma tabela.
> > >
> > > >Há
> > > > alguma excessao ?
> > >
> > > Não, em sendo tabelas e índices "comuns".
> > >
> > > >
> > > > Pelo que li ele só são liberados quando uma nova insercao é 
feita,
> > >
> > > Incorreto : assim que as qtdades de deleções num bloco 
ultrapassam o
> > > especificado em PCTFREE, e sempre respeitando PCTUSED, o bloco 
vai
> > > pra lista de blocos livres, está LIBERADO pra reuso, e será
> > > TRANQUILAMENTE reusado quando for necessário, SEJA pra INSERTs, 
SEJA
> > > pra UPDATEs que ultrapassaram o espaço atual.
> > >
> > > > que isto naum é feito na hora da exclusao ?
> > >
> > > É feito, mas o conceito aqui é : pra se obter a melhor 
performance
> > > possível em INSERTs/UPDATEs, assim que a tabela é criada, mesmo
> > > estando VAZIA, o banco já aloca um extent pra ela, e conforme 
vão
> > > ocorrendo novos INSERTs/UPDATEs que precisem de espaço, novos 
extents
> > > vão sendo alocados pra tabela. A chave aqui é, já que na 
maioria das
> > > vezes num banco de dados ativo a maioria das tabelas são 
dinâmicas
> > > (ie, hoje cresceu, daqui a pouco já tem deleção, logo depois tem
> > > novas inserções) pra poupar tempo e ganhar performance o banco
> > > considera TODO o espaço alocado pra um segmento como 
pertencente a
> > > ele, quando há deleções ou DMLs que livrem espaço, o espaço é 
livre
> > > MAS é espaço livre para uso DESSE segmento dono, é isso : 
assim, o
> > > banco se poupa o trabalho de ter que alocar novos extents. É 
por isso
> > > que tabelas de "transação", que só crescem num job tipo fim de 
mês, e
> > > crescem aleatoriamente, 

[oracle_br] Shared Server Performance

[Marcus Vinicius Miguel Pedro]

Olá pessoal, gostaria do auxílio de vocês...
   
  Tenho o seguinte cenário:
   
  1) Banco 9.2.0.6.0 rodando no HP-UX 11i.
  O servidor está como dedicado.
  Tenho uma procedure que quando executada via SQL*Plus demora 17segs, pela 
aplicação (Web), demora 20segs.
   
  2) Banco 9.2.0.6.0 rodando no HP-UX 11i
  O servidor está como Shared.
  A mesma procedure via SQL*Plus demora 43segs, e, via Web demora 46segs.
   
  A máquina do banco 2 é bem melhor do que a do banco 1, inclusive, o banco 1 
estava como piloto, com alguns usuários acessando. O banco 2 abrangerá todos os 
usuários...
   
  Todos os testes feitos na aplicação entre os 2 bancos, sempre tivemos ganho 
de tempo no banco 2, entretanto, somente essa procedure que está tendo 
problemas. Não sei se tem a ver com isso, mas essa procedure está acessando e 
alterando 3 tabelas temporárias globais...
   
  Fiz um teste, modificando o server para dedicated, e via SQL*Plus o tempo foi 
de 10segs, e via Web de 12segs.
   
  Alguém tem alguma idéia do que pode ser??
   
  Obrigado e abraços!
   
  Vinicius


-
 Yahoo! doce lar. Faça do Yahoo! sua homepage.

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



--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__
Moderador e Fundador: Dorian Anderson Soutto [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] Falha do Redo Log

[roelso_alves]

Pessoal,


Estou com problemas no meu redo acho que perdeu a sequencia erro abaixo:

*
ERRO na linha 1:
ORA-00341: log 1 do thread 1; log # 2 incorreto no cabeþalh
ORA-00312: thread 1 do log 1 on-line:
'D:\ORACLE\ORADATA\CURSO\LOG\01\LOG01A.RDO'


Tem alguma forma de recuperar os redo's?


Versão

9.2.0.4.0

Windows XP pro

Obs não esta em modo archive (banco teste) 





--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__
Moderador e Fundador: Dorian Anderson Soutto [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] Discoverer

[Eduardo Antonio]

Boa Tarde estou montando um material de Discoverer Alguem teria mais 
materiais para me ajudar, apostilas , reportagem, etc

Obrigado.






--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__
Moderador e Fundador: Dorian Anderson Soutto [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] Developer Runtime + Oracle XE

[Tecnico - consulting]

Pessoal,
 
A Questão e a seguinte:
 
Vou desenvolver um sistema pra um cliente e vou utilizar o Oracle XE
(Banco FREE da Oracle que diz que este pode ser utilizado por
desenvolvedores independentes de software (ISVs) em seus clientes,
segundo este material da Oracle
http://www.oracle.com/global/br/corporate/press/2005_nov/anuncio_express
-edition_10g.html)
 
E como front-end pretendo utilizar o Developer, que segundo informações
não oficiais poderia ser utilizando em clientes sem problema, desde que
somente o runtime.
 
Então talvez algum na lista possa me ajudar !
 
A questão e a seguinte:
 
O Developer Runtime pode ser utilizando em Clientes sem custo ? A
Utilização dele pode ser feita em conjunto com o Oracle XE sem custo ?
 
Valeu pela ajuda !!
 
 
Edson Almeida Junior
Consulting Tecnologia & Sistemas Ltda
(081) 9922-7401
[EMAIL PROTECTED]
MSN: [EMAIL PROTECTED]
 
VISITE:   www.consulting.com.br
 

“O que não se pode medir não se pode gerenciar.”  -  Peter Drucker

 


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



--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__
Moderador e Fundador: Dorian Anderson Soutto [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: Várias Trigers na mesma tabela

[phbuss]

Obrigado pela resposta chiappa...

Na verdade hoje eu tenho todo o meu código em uma única trigger, mas
ela está um MONSTRO e ficando difícil de se dar manutenção nela.

Esta minha trigger é da minha tabela de Notas Fiscais do sistema, e o
que eu pretendia dividindo a minha triggers em outras menores é
agrupar os códigos que realizam uma determinada função (baixa de
estoque, cálculo do valor unitário do item, cálculo dos impostos,
etc...) a fim de facilitar a manutenção do código de cada uma destas
partes, só que algumas destas triggers teriam que ser chamadas sempre
antes de outras, a fim de garantir a integridade dos meus dados...

Se alguém souber de uma outra forma de fazer isso que estou querendo
agradeço desde já.

Paulo Henrique Buss
PROJEDATA Informática

--- Em oracle_br@yahoogrupos.com.br, "jlchiappa" <[EMAIL PROTECTED]> escreveu
>
> Colega, o manual "Oracle Database Concepts", cap. 17 - Triggers -, é 
> lapidar a respeito :
> 
> "Trigger Execution
> 
> ...
> Fires multiple triggers in an unspecified order, if more than one 
> trigger of the same type exists for a given statement.
> 
> OU seja, é POR DESIGN, DOCUMENTADAMENTE, sem ordem definida quando há 
> múltiplos triggers. No máximo, no mesmo capítulo o mesmo manual já 
> nos garante que as triggers do tipo BEFORE rodam antes, e as do tipo 
> AFTER depois, então que se tenha uma trigger como BEFORE e outra como 
> AFTER, afora isso no way.
> 
> []s
> 
>  Chiappa
>  
> --- Em oracle_br@yahoogrupos.com.br, Paulo Henrique Buss <[EMAIL PROTECTED]> 
> escreveu
> >
> > Olá lista,
> > 
> > Estou usando Oracle9i Enterprise Edition Release 9.2.0.4.0 e tenho 
> o 
> > seguinte caso:
> > 
> > Em uma tabela eu tenho 2 triggers e preciso garantir que a 
> trigger2  
> > seja executada antes da trigger1. Já trabalhei com Firebird e nas 
> > triggers deste banco havia um número que definia a ordem de 
> execução das 
> > triggers, mas no Oracle não encontrei esta opção...
> > 
> > Se alguém da lista souber como o Oracle defina a ordem das triggers 
> e 
> > como eu posso ajustar esta ordem de execução, agradeço desde já.
> > 
> > Abraços,
> > 
> > Paulo Henrique Buss
> > PROJEDATA Informática
> >
>






--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__
Moderador e Fundador: Dorian Anderson Soutto [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] Várias Trigers na mesma tabela

[José Resende Neto]

No Oracle vc tem 2 tipos de trigger que são executadas por evento DDL:

BEFORE  ou AFTER , onde DDL pode ser:

- INSERT
- UPDATE
- DELETE

Para uma tabela, vc deveria ter somente uma trigger de cada tipo.
Assim vc teria para a tabela TABLE_1:

Trigger TRG_TABLE_1_BU (tipo BEFORE UPDATE)
Trigger TRG_TABLE_1_AU (tipo AFTER UPDATE)

Trigger TRG_TABLE_1_BI (tipo BEFORE INSERT)
Trigger TRG_TABLE_1_AI (tipo AFTER INSERT)

Trigger TRG_TABLE_1_BD (tipo BEFORE DELETE)
Trigger TRG_TABLE_1_AD (tipo AFTER DELETE)

A trigger BEFORE UPDATE é executada sempre antes da trigger AFTER UPDATE, o
mesmo para INSERT e DELETE.
Dentro do código PL/SQL de cada trigger vc coloca o que desejar e será
executado na ordem do código.

Espero ter ajudado.
//Neto


- Original Message - 
From: "Paulo Henrique Buss" <[EMAIL PROTECTED]>
To: "Grupo ORACLE" 
Sent: Monday, January 23, 2006 10:00 AM
Subject: [oracle_br] Várias Trigers na mesma tabela


Olá lista,

Estou usando Oracle9i Enterprise Edition Release 9.2.0.4.0 e tenho o
seguinte caso:

Em uma tabela eu tenho 2 triggers e preciso garantir que a trigger2
seja executada antes da trigger1. Já trabalhei com Firebird e nas
triggers deste banco havia um número que definia a ordem de execução das
triggers, mas no Oracle não encontrei esta opção...

Se alguém da lista souber como o Oracle defina a ordem das triggers e
como eu posso ajustar esta ordem de execução, agradeço desde já.

Abraços,

Paulo Henrique Buss
PROJEDATA Informática



--
Atenção! As mensagens deste grupo são de acesso público e de inteira
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/

--__

Moderador e Fundador: Dorian Anderson Soutto [EMAIL PROTECTED]
__
Links do Yahoo! Grupos










--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__
Moderador e Fundador: Dorian Anderson Soutto [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: Várias Trigers na mesma tabela

[jlchiappa]

A recomendação-padrão, quando o código fica extenso, é vc ter sub-
rotinas, a sua trigger ficaria tipo:

CREATE OR REPLACE TRIGGER nomedela.. eventos.. 
BEGIN
   proc_faz_inserção;
   proc_verifica_isso;
   proc_faz_aquilo;
   proc_faz-deleção;

END;

é isso, aí fica facílimo pra debugar, tipo, deu erro na rotina de 
delação, é a proc_faz-deleção que vc vai debugar... Não sabe 
exatamente onde está o erro, basta ter um breakpoint (ou mesmo um 
simples dbms_output) antes de cada rotina chamada... É por aí, já 
que, como eu disse, é ** documentado **  no Oracle que ordem de 
disparo das triggers de um mesmo tipo é aleatória.

 E é claro, onde possível vc deveria "enxugar" essa trigger, por 
exemplo deixando algumas regras de negócio serem resolvidas via 
constraints, simplificando a lógica usando os recursos nativos do 
Oracle (como funções analíticas & cia bela)...


[]s

 Chiappa

--- Em oracle_br@yahoogrupos.com.br, "phbuss" <[EMAIL PROTECTED]> escreveu
>
> Obrigado pela resposta chiappa...
> 
> Na verdade hoje eu tenho todo o meu código em uma única trigger, mas
> ela está um MONSTRO e ficando difícil de se dar manutenção nela.
> 
> Esta minha trigger é da minha tabela de Notas Fiscais do sistema, e 
o
> que eu pretendia dividindo a minha triggers em outras menores é
> agrupar os códigos que realizam uma determinada função (baixa de
> estoque, cálculo do valor unitário do item, cálculo dos impostos,
> etc...) a fim de facilitar a manutenção do código de cada uma destas
> partes, só que algumas destas triggers teriam que ser chamadas 
sempre
> antes de outras, a fim de garantir a integridade dos meus dados...
> 
> Se alguém souber de uma outra forma de fazer isso que estou querendo
> agradeço desde já.
> 
> Paulo Henrique Buss
> PROJEDATA Informática
> 
> --- Em oracle_br@yahoogrupos.com.br, "jlchiappa" <[EMAIL PROTECTED]> 
escreveu
> >
> > Colega, o manual "Oracle Database Concepts", cap. 17 - Triggers -
, é 
> > lapidar a respeito :
> > 
> > "Trigger Execution
> > 
> > ...
> > Fires multiple triggers in an unspecified order, if more than one 
> > trigger of the same type exists for a given statement.
> > 
> > OU seja, é POR DESIGN, DOCUMENTADAMENTE, sem ordem definida 
quando há 
> > múltiplos triggers. No máximo, no mesmo capítulo o mesmo manual 
já 
> > nos garante que as triggers do tipo BEFORE rodam antes, e as do 
tipo 
> > AFTER depois, então que se tenha uma trigger como BEFORE e outra 
como 
> > AFTER, afora isso no way.
> > 
> > []s
> > 
> >  Chiappa
> >  
> > --- Em oracle_br@yahoogrupos.com.br, Paulo Henrique Buss 
<[EMAIL PROTECTED]> 
> > escreveu
> > >
> > > Olá lista,
> > > 
> > > Estou usando Oracle9i Enterprise Edition Release 9.2.0.4.0 e 
tenho 
> > o 
> > > seguinte caso:
> > > 
> > > Em uma tabela eu tenho 2 triggers e preciso garantir que a 
> > trigger2  
> > > seja executada antes da trigger1. Já trabalhei com Firebird e 
nas 
> > > triggers deste banco havia um número que definia a ordem de 
> > execução das 
> > > triggers, mas no Oracle não encontrei esta opção...
> > > 
> > > Se alguém da lista souber como o Oracle defina a ordem das 
triggers 
> > e 
> > > como eu posso ajustar esta ordem de execução, agradeço desde já.
> > > 
> > > Abraços,
> > > 
> > > Paulo Henrique Buss
> > > PROJEDATA Informática
> > >
> >
>






--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__
Moderador e Fundador: Dorian Anderson Soutto [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] OFF-Topic - Vaga para DBA (SP)

[Renata de Oliveira]

Pessoal, boa tarde, 

Segue abaixo o contato de uma consultoria de SP que está em busca de 
DBAs Oracle.
O profissional(DBA) deve ter o seguinte perfil:

Experiência em:

*Banco de Dados Oracle;
*Banco de Dados SQL Server;
*Linguagem Pl/SQL

Não foi me passado um tempo de experiência minimo.
A vaga é para a Região Central de SP. Os interessados deverão 
encaminhar CV anexo a mensagem para Josiane Almeida(
[EMAIL PROTECTED]), com o título: DBA Oracle - Listas Oracle. 

Espero q ajude alguém.

Um abraço à todos, 

Renata Oliveira 






--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__
Moderador e Fundador: Dorian Anderson Soutto [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] Shared Server Performance

[Carlos A.M. Menezes]

Colega,
Em modo compartilhado a PGA deixa de ser uma área específica para 
também conviver dentro da SGA, com isso o tamanho da SGA precisa ser bem 
dimensionado. Sem uma análise mais profunda, acho que o SQL possa está exigindo 
muito da "shared pool", principalmente da área de sort. A minha dica é que você 
rode o "explain plain" do SQL nos dois modos.

Cordialmente,

Carlos Alfredo M. de Menezes
 

-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Marcus 
Vinicius Miguel Pedro
Enviada em: segunda-feira, 23 de janeiro de 2006 13:32
Para: oracle_br
Assunto: [oracle_br] Shared Server Performance

Olá pessoal, gostaria do auxílio de vocês...
   
  Tenho o seguinte cenário:
   
  1) Banco 9.2.0.6.0 rodando no HP-UX 11i.
  O servidor está como dedicado.
  Tenho uma procedure que quando executada via SQL*Plus demora 17segs, pela 
aplicação (Web), demora 20segs.
   
  2) Banco 9.2.0.6.0 rodando no HP-UX 11i
  O servidor está como Shared.
  A mesma procedure via SQL*Plus demora 43segs, e, via Web demora 46segs.
   
  A máquina do banco 2 é bem melhor do que a do banco 1, inclusive, o banco 1 
estava como piloto, com alguns usuários acessando. O banco 2 abrangerá todos os 
usuários...
   
  Todos os testes feitos na aplicação entre os 2 bancos, sempre tivemos ganho 
de tempo no banco 2, entretanto, somente essa procedure que está tendo 
problemas. Não sei se tem a ver com isso, mas essa procedure está acessando e 
alterando 3 tabelas temporárias globais...
   
  Fiz um teste, modificando o server para dedicated, e via SQL*Plus o tempo foi 
de 10segs, e via Web de 12segs.
   
  Alguém tem alguma idéia do que pode ser??
   
  Obrigado e abraços!
   
  Vinicius


-
 Yahoo! doce lar. Faça do Yahoo! sua homepage.

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



--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__
Moderador e Fundador: Dorian Anderson Soutto [EMAIL PROTECTED]
__ 
Links do Yahoo! Grupos




 




--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__
Moderador e Fundador: Dorian Anderson Soutto [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: Não executa shell via DBMS_SCHEDULER

[evandrobarbian]

--- Em oracle_br@yahoogrupos.com.br, "evandrobarbian" 
<[EMAIL PROTECTED]> escreveu
>
> 
> Não consegui rodar um executável via JOB, do Scheduler do 10g!! 
> Se chamo um procedimento do banco funciona, mas ao chamar um shel 
do 
> Linux, simplesmente não dá erro, e nem faz o que deveria... 
> Rodando o shell via linha de comando no linux funciona beleza. 
> Será alguma incompatibilidade, bug??? Não sei, já tentei de tudo e 
não 
> consigo resolver o problema... estou rodando via CRONTAB por 
enquanto, 
> mas queria fazer uso do SCHEDULER... 
> Segue o script de criação do JOB... e aguardo a ajuda de alguém:
> 
> DBMS_SCHEDULER.create_job (
> job_name=> 'BACKUP',
> job_type=> 'EXECUTABLE',
> job_action  => '/usr/local/bin/pck_backup.sh',
> start_date  => SYSTIMESTAMP,
> repeat_interval => 'freq=daily; byhour=1',
> end_date=> NULL,
> enabled => TRUE,
> comments=> 'Job para Backup automático.');
>






--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__
Moderador e Fundador: Dorian Anderson Soutto [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] vaga em aberto

[Andreia Sampaio]

 01 -  Administrador de dados: 

Formação superior em exatas , Experiência de três anos na função, Expertise 
em modelagem de dados, Domínio das atividades rotineiras de Adm. de Dados, 
Desejáveis:Experiência com Erwin, Oracle 9i, pl/sql; 


Andreia Sampaio 
Human Resources 
Decision Consultants Inc. S/C Ltda. 
 (11) 5506 9573 
 (11) 5505 5735 
 (11) 9324 2354 




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



--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__
Moderador e Fundador: Dorian Anderson Soutto [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] DBMS

[Silvia Mara de Moura]

Olá,

Sou super nova no ramo oracle e estou tentando enviar 'sinais' para uma 
aplicação delphi a partir de DBMS_ALERTs, mas já percebi que existe perda qdo 
tento enviar o mesmo sinal mais de uma vez.
De qual outra maneira posso enviar esses 'sinais'?

Aguardo retorno e agradeço a atenção de vcs.

Silvia




--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__
Moderador e Fundador: Dorian Anderson Soutto [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: SYS.OBJ$

[Bruno Leonardo Santos Nascimento]

Tens razão :

Connected to:
Oracle7 Server Release 7.3.4.5.0 - Production
With the distributed and parallel query options
PL/SQL Release 2.3.4.5.0 - Production


>desc sys.obj$
 NameNull?Type
 ---  
 OBJ#NOT NULL NUMBER
 OWNER#  NOT NULL NUMBER
 NAMENOT NULL VARCHAR2(30)
 NAMESPACE   NOT NULL NUMBER
 TYPENOT NULL NUMBER
 CTIME   NOT NULL DATE
 MTIME   NOT NULL DATE
 STIME   NOT NULL DATE
 STATUS  NOT NULL NUMBER
 REMOTEOWNER  VARCHAR2(30)
 LINKNAME VARCHAR2(128)

>

-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED]
nome de jlchiappa
Enviada em: quarta-feira, 18 de janeiro de 2006 13:47
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Re: SYS.OBJ$


Segue as minhas consultas, realmente tanto no 8i quanto no 9i a 
coluna se chama TYPE# : a bem da verdade, eu me lembro que na v7, 
iirc, essa coluna sim era TYPE apenas. Pelo jeito, ** muito ** 
provavelmente a versão que vc tem desse aplicativo é antiga, 
destinada a bancos antes de 8i, é entrar em contato com o fornecedore 
providenciar atualização.

[]s

 Chiappa
 
 ==

D:\O8IR3\bin>svrmgrl

Oracle Server Manager Release 3.1.7.0.0 - Production

Copyright (c) 2000, Oracle Corporation. Todos os Direitos Reservados.

Personal Oracle8i Release 8.1.7.0.0 - Production
With the Partitioning option
JServer Release 8.1.7.0.0 - Production

SVRMGR> connect internal
Senha:
Conectado.
SVRMGR> desc sys.obj$
Nome da Coluna Nulo?Tipo
--  
OBJ#   NOT NULL NUMBER
DATAOBJ#NUMBER
OWNER# NOT NULL NUMBER
NAME   NOT NULL VARCHAR2(30)
NAMESPACE  NOT NULL NUMBER
SUBNAME VARCHAR2(30)
TYPE#  NOT NULL NUMBER
CTIME  NOT NULL DATE
MTIME  NOT NULL DATE
STIME  NOT NULL DATE
STATUS NOT NULL NUMBER
REMOTEOWNER VARCHAR2(30)
LINKNAMEVARCHAR2(128)
FLAGS   NUMBER
OID$RAW(16)
SPARE1  NUMBER
SPARE2  NUMBER
SPARE3  NUMBER
SPARE4  VARCHAR2(1000)
SPARE5  VARCHAR2(1000)
SPARE6  DATE
SVRMGR>

SQL*Plus: Release 9.2.0.5.0 - Production on Qua Jan 18 13:41:40 2006

Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.


Conectado a:
Oracle9i Enterprise Edition Release 9.2.0.5.0 - 64bit Production
With the Partitioning option
JServer Release 9.2.0.5.0 - Production

[EMAIL PROTECTED]:SQL>@desc sys.obj$
 Nome  Nulo?Tipo
 -  --
--
 OBJ#  NOT NULL NUMBER
 DATAOBJ#   NUMBER
 OWNER#NOT NULL NUMBER
 NAME  NOT NULL VARCHAR2(30)
 NAMESPACE NOT NULL NUMBER
 SUBNAMEVARCHAR2(30)
 TYPE# NOT NULL NUMBER
 CTIME NOT NULL DATE
 MTIME NOT NULL DATE
 STIME NOT NULL DATE
 STATUSNOT NULL NUMBER
 REMOTEOWNERVARCHAR2(30)
 LINKNAME   VARCHAR2(128)
 FLAGS  NUMBER
 OID$   RAW(16)
 SPARE1 NUMBER
 SPARE2 NUMBER
 SPARE3 NUMBER
 SPARE4 VARCHAR2(1000)
 SPARE5 VARCHAR2(1000)
 SPARE6 DATE

[EMAIL PROTECTED]:SQL>
--- Em oracle_br@yahoogrupos.com.br, "Akira" <[EMAIL PROTECTED]> 
escreveu
>
> Oracle9i Enterprise Edition Release 9.2.0.4.0 - Production
> JServer Release 9.2.0.4.0 - Production
> 
> SQL> desc SYS.OBJ$
>  Name  Null?Type
>  --

RES: [oracle_br] Re: Descobrir archive desnece ssário

[Bruno Leonardo Santos Nascimento]

Serão necessários todos archives gerados após o "begin backup" da tablespace 
que requer o recovery. 

Att.,
Bruno Leonardo

-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED]
nome de Eramirton Ferreira Crispim
Enviada em: quarta-feira, 18 de janeiro de 2006 16:04
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Re: Descobrir archive desnecessário


Colegas, me corrigam se eu estiver errado por favor.

- se meu banco está em modo archivelog, e, quando eu terminar de 
fazer um backup hot dos datafiles eu der um alter system checkpoint 
e logo em seguida um switch logfile, isso que dizer que tudo que 
estava em memória foi baixado para disco, e, claro os dados que 
foram gravados nos archives durante o backup serão gravados nos 
datafiles pelo processo de recover do banco para atualizar os 
datafiles. 

Depois de meia hora meu banco deu pau e será necessário fazer um 
recover usando os archives, então minha pergunta: os únicos archives 
que serão solicitados para o recover serão os criados após o 
checkpoint?!!




--- Em oracle_br@yahoogrupos.com.br, "Eramirton Ferreira Crispim" 
<[EMAIL PROTECTED]> escreveu
>
> Com o Rman é fácil, ele remove os archives com o comando delete 
> dentro dele, mas eu preciso usar o backup hot begin e end porque 
não 
> tenho espaço para arquivar os arquivos do rman.
> 
> Têns uma idéia de onde pego a informação de que o arquivo ainda é 
> necessário para um recover?
> 
> Abraço
> 
> 
> --- Em oracle_br@yahoogrupos.com.br, thiagomz 
<[EMAIL PROTECTED]> 
> escreveu
> >
> > Hotbackup com "Alter tablespace X begin backup"
> > 
> > ou RMAN ?
> > 
> > 
> > 
> > Eramirton Ferreira Crispim wrote:
> > > Pessoal estou montando um script para fazer backup hot de um 
> banco 9i, 
> > > e nele pretendo apagar os archives que não são mais 
necessários 
> para 
> > > um recover, alguém sabe onde pego essa informação.
> > > 
> > > Abraço.
> > > 
> > 
> > -- 
> > Thiago M. Zerbinato
> > Oracle Certified Professional
> > Linux Professional desde 1997
> > Ribeirao Preto / SP
> > ---
> > http://thiagomz.hpg.com.br
> > Linux User  #286429
> > Debian User #534
> > 
> > "Primeiro eles o ignoram. Depois riem de voce. Entao eles
> > o combatem. Ai voce vence"
> > 
> > Mohandas Gandhi
> > 
> > 
> > 
> > 
> > 
> > ___ 
> > Yahoo! doce lar. Faça do Yahoo! sua homepage. 
> > http://br.yahoo.com/homepageset.html
> >
>







--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--_
Area de download do grupo - http://www.4shared.com/dir/101727/a4dcc423  
Links do Yahoo! Grupos




 





--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__
Moderador e Fundador: Dorian Anderson Soutto [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] Várias Trigers na mesma ta bela

[Welvis Douglas Silva Moreto]

 Paulo, existe 2 tipos de Triggers no Oracle.


 Trigger de Comando e de Linha. se eu nao estou
enganado a de comando é executada primeiro, e depois a
de linha.

 Agora se voce tem 2 triggers de linha.. ai tu tenha
que fazer por passagem de parametros na package.. mas
não sei se dará certo.. pois nunca tentei. ou escrever
o codigo em apenas uma e fazer o teste dentro da
mesma...

 ok.

 espero ter ajudado.

 Welvis Douglas 
 msn - [EMAIL PROTECTED]


--- Paulo Henrique Buss <[EMAIL PROTECTED]>
escreveu:


-
Olá lista,

Estou usando Oracle9i Enterprise Edition Release
9.2.0.4.0 e tenho o 
seguinte caso:

Em uma tabela eu tenho 2 triggers e preciso garantir
que a trigger2  
seja executada antes da trigger1. Já trabalhei com
Firebird e nas 
triggers deste banco havia um número que definia a
ordem de execução das 
triggers, mas no Oracle não encontrei esta opção...

Se alguém da lista souber como o Oracle defina a ordem
das triggers e 
como eu posso ajustar esta ordem de execução, agradeço
desde já.

Abraços,

Paulo Henrique Buss
PROJEDATA Informática


--
Atenção! As mensagens deste grupo são de acesso
público e de inteira responsabilidade de seus
remetentes.
Acesse:
http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/

--__
Moderador e Fundador: Dorian Anderson Soutto
[EMAIL PROTECTED]
__

  
  Yahoo! Grupos, um serviço oferecido
por:PUBLICIDADE
var lrec_target="_blank";var lrec_URL=new
Array();lrec_URL[1]="http://br.rd.yahoo.com/SIG=12f0fc43i/M=365837.7000707.7924794.2369893/D=brclubs/S=2137114689:HM/Y=BR/EXP=1138032681/A=2950750/R=0/id=flashurl/SIG=10tift5qr/*http://br.movies.yahoo.com/";var
lrec_flashfile="http://br.i1.yimg.com/br.yimg.com/i/br/ads6/0901_lrec_cinema_calendario.swf?clickTAG=javascript:LRECopenWindow(1)";var
lrec_altURL="http://br.rd.yahoo.com/SIG=12f0fc43i/M=365837.7000707.7924794.2369893/D=brclubs/S=2137114689:HM/Y=BR/EXP=1138032681/A=2950750/R=1/id=altimg/SIG=10tift5qr/*http://br.movies.yahoo.com/";var
lrec_altimg="http://br.i1.yimg.com/br.yimg.com/i/br/ads6/0829_lrec_cinema_calendario.gif";var
lrec_width=300;var lrec_height=250;   
  
  
-
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!.










___ 
Yahoo! doce lar. Faça do Yahoo! sua homepage. 
http://br.yahoo.com/homepageset.html 



--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__
Moderador e Fundador: Dorian Anderson Soutto [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] Instalação do Client

[Aline Rios]

Pessoal, boa tarde!
  Estou tentando fazer a instalação do Oracle Client 9i na máquina de um 
usuário, no modo personalizado, mas o instalador não me permite a princípio 
escolher os componentes que eu quero que sejam instalados realmente. Durante a 
instalação, a mensagem na janela me diz que posso escolher os componentes que 
quero instalar, mas a árvore de diretórios tem a raiz marcada como que para ser 
instalada e, consequentemente, tudo que está abaixo dela também. E essa 
marcação está em cinza, ou seja, não é possível desmarcar essa opção. Alguém já 
passou por isso ou sabe como resolver?
Obrigada!
Sds.


-
 Yahoo! doce lar. Faça do Yahoo! sua homepage.

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



--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__
Moderador e Fundador: Dorian Anderson Soutto [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: Várias Trigers na mes ma tabela

[Luciano Pessoni]

No lugar de TRIGGER divida em procedures, e chame as procedures dentro 
da trigger na ordem correta.

Sem mais.


Luciano Pessoni

phbuss escreveu:

> Obrigado pela resposta chiappa...
>
> Na verdade hoje eu tenho todo o meu código em uma única trigger, mas
> ela está um MONSTRO e ficando difícil de se dar manutenção nela.
>
> Esta minha trigger é da minha tabela de Notas Fiscais do sistema, e o
> que eu pretendia dividindo a minha triggers em outras menores é
> agrupar os códigos que realizam uma determinada função (baixa de
> estoque, cálculo do valor unitário do item, cálculo dos impostos,
> etc...) a fim de facilitar a manutenção do código de cada uma destas
> partes, só que algumas destas triggers teriam que ser chamadas sempre
> antes de outras, a fim de garantir a integridade dos meus dados...
>
> Se alguém souber de uma outra forma de fazer isso que estou querendo
> agradeço desde já.
>
> Paulo Henrique Buss
> PROJEDATA Informática
>
> --- Em oracle_br@yahoogrupos.com.br, "jlchiappa" <[EMAIL PROTECTED]> escreveu
> >
> > Colega, o manual "Oracle Database Concepts", cap. 17 - Triggers -, é
> > lapidar a respeito :
> >
> > "Trigger Execution
> >
> > ...
> > Fires multiple triggers in an unspecified order, if more than one
> > trigger of the same type exists for a given statement.
> >
> > OU seja, é POR DESIGN, DOCUMENTADAMENTE, sem ordem definida quando há
> > múltiplos triggers. No máximo, no mesmo capítulo o mesmo manual já
> > nos garante que as triggers do tipo BEFORE rodam antes, e as do tipo
> > AFTER depois, então que se tenha uma trigger como BEFORE e outra como
> > AFTER, afora isso no way.
> >
> > []s
> >
> >  Chiappa
> > 
> > --- Em oracle_br@yahoogrupos.com.br, Paulo Henrique Buss <[EMAIL PROTECTED]>
> > escreveu
> > >
> > > Olá lista,
> > >
> > > Estou usando Oracle9i Enterprise Edition Release 9.2.0.4.0 e tenho
> > o
> > > seguinte caso:
> > >
> > > Em uma tabela eu tenho 2 triggers e preciso garantir que a
> > trigger2 
> > > seja executada antes da trigger1. Já trabalhei com Firebird e nas
> > > triggers deste banco havia um número que definia a ordem de
> > execução das
> > > triggers, mas no Oracle não encontrei esta opção...
> > >
> > > Se alguém da lista souber como o Oracle defina a ordem das triggers
> > e
> > > como eu posso ajustar esta ordem de execução, agradeço desde já.
> > >
> > > Abraços,
> > >
> > > Paulo Henrique Buss
> > > PROJEDATA Informática
> > >
> >
>
>
>
>
>
>
> --
> Atenção! As mensagens deste grupo são de acesso público e de inteira 
> responsabilidade de seus remetentes.
> Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> --__
> Moderador e Fundador: Dorian Anderson Soutto [EMAIL PROTECTED]
> __
>
>
> *Yahoo! Grupos, um serviço oferecido por:*
> PUBLICIDADE
> 
>  
>
>
>
> 
> *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! .
>
>



--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__
Moderador e Fundador: Dorian Anderson Soutto [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] Direcionar Relatório para Impressora

[Marco Aurelio]

Boa tarde pessoALL.

Gostaria de saber como deixar sempre direcionado um relatório para impirmir em
uma estação Windows com o Driver LX-300 instalado. Digamos que nesta mesma
estação tem os drivers para as impressoras LX-300 e GENERICA/TEXTO, onde esses
drivers usam o mesmo dispositivo de impressão, EPSON LX-300 ( a impressora
fisica propriamente dita ).

Já vi uma vez uma pessoa fazendo isto no REPORTS em ambiente Unix; isto foi a
muito tempo atraz e não consigo lembrar como ele fez...

Alguem pode me ajudar.

Agradecido.

Marco Aurélio


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



--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__
Moderador e Fundador: Dorian Anderson Soutto [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: Várias Trigers na mesma tabela

[Marcos Soares]

Se o problema é o tamanho da trigger,

uma boa sugestão é criar diversas procedures e apenas chamá-las na trigger.


  - Original Message - 
  From: phbuss 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Monday, January 23, 2006 4:09 PM
  Subject: [oracle_br] Re: Várias Trigers na mesma tabela


  Obrigado pela resposta chiappa...

  Na verdade hoje eu tenho todo o meu código em uma única trigger, mas
  ela está um MONSTRO e ficando difícil de se dar manutenção nela.

  Esta minha trigger é da minha tabela de Notas Fiscais do sistema, e o
  que eu pretendia dividindo a minha triggers em outras menores é
  agrupar os códigos que realizam uma determinada função (baixa de
  estoque, cálculo do valor unitário do item, cálculo dos impostos,
  etc...) a fim de facilitar a manutenção do código de cada uma destas
  partes, só que algumas destas triggers teriam que ser chamadas sempre
  antes de outras, a fim de garantir a integridade dos meus dados...

  Se alguém souber de uma outra forma de fazer isso que estou querendo
  agradeço desde já.

  Paulo Henrique Buss
  PROJEDATA Informática

  --- Em oracle_br@yahoogrupos.com.br, "jlchiappa" <[EMAIL PROTECTED]> escreveu
  >
  > Colega, o manual "Oracle Database Concepts", cap. 17 - Triggers -, é 
  > lapidar a respeito :
  > 
  > "Trigger Execution
  > 
  > ...
  > Fires multiple triggers in an unspecified order, if more than one 
  > trigger of the same type exists for a given statement.
  > 
  > OU seja, é POR DESIGN, DOCUMENTADAMENTE, sem ordem definida quando há 
  > múltiplos triggers. No máximo, no mesmo capítulo o mesmo manual já 
  > nos garante que as triggers do tipo BEFORE rodam antes, e as do tipo 
  > AFTER depois, então que se tenha uma trigger como BEFORE e outra como 
  > AFTER, afora isso no way.
  > 
  > []s
  > 
  >  Chiappa
  >  
  > --- Em oracle_br@yahoogrupos.com.br, Paulo Henrique Buss <[EMAIL 
PROTECTED]> 
  > escreveu
  > >
  > > Olá lista,
  > > 
  > > Estou usando Oracle9i Enterprise Edition Release 9.2.0.4.0 e tenho 
  > o 
  > > seguinte caso:
  > > 
  > > Em uma tabela eu tenho 2 triggers e preciso garantir que a 
  > trigger2  
  > > seja executada antes da trigger1. Já trabalhei com Firebird e nas 
  > > triggers deste banco havia um número que definia a ordem de 
  > execução das 
  > > triggers, mas no Oracle não encontrei esta opção...
  > > 
  > > Se alguém da lista souber como o Oracle defina a ordem das triggers 
  > e 
  > > como eu posso ajustar esta ordem de execução, agradeço desde já.
  > > 
  > > Abraços,
  > > 
  > > Paulo Henrique Buss
  > > PROJEDATA Informática
  > >
  >






  
--
  Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
  Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
  
--__
  Moderador e Fundador: Dorian Anderson Soutto [EMAIL PROTECTED]
  __ 


Yahoo! Grupos, um serviço oferecido por: 
  PUBLICIDADE

   


--
  Links do Yahoo! Grupos

a.. Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/
  
b.. Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]
  
c.. O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço 
do Yahoo!. 




--


  No virus found in this incoming message.
  Checked by AVG Free Edition.
  Version: 7.1.375 / Virus Database: 267.14.21/236 - Release Date: 20/1/2006


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



--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__
Moderador e Fundador: Dorian Anderson Soutto [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: RES: RES: [oracle_br] Urgente!!! - Multiplos Listeners em ambiente Sun/Solaris

[Bruno Leonardo Santos Nascimento]

Como estão estes parâmetros de banco ?
- mts_listener_address
- mts_multiple_listeners
- local_listener
- remote_listener

-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED]
nome de Luiz Fernando
Enviada em: sexta-feira, 20 de janeiro de 2006 16:31
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: RES: [oracle_br] Urgente!!! - Multiplos Listeners em
ambiente Sun/Solaris


Seguem as informações:

ssaop001dodr:F4800:oracle9 >echo $ORACLE_HOME
/appl/oracle/product/9.2.0
ssaop001dodr:F4800:oracle9 >echo $ORACLE_SID
toolsdsv9
ssaop001dodr:F4800:oracle9 >lsnrctl status listener9

LSNRCTL for Solaris: Version 9.2.0.7.0 - Production on 20-JAN-2006 
15:29:10

Copyright (c) 1991, 2002, Oracle Corporation.  All rights reserved.

Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)(KEY=EXTPROC9)))
STATUS of the LISTENER

Alias listener9
Version   TNSLSNR for Solaris: Version 9.2.0.7.0 - 
Production
Start Date20-JAN-2006 15:19:13
Uptime0 days 0 hr. 9 min. 56 sec
Trace Level   off
Security  OFF
SNMP  OFF
Listener Parameter 
File   /appl/oracle/product/9.2.0/network/admin/listener.ora
Listener Log 
File /appl/oracle/product/9.2.0/network/log/listener9.log
Listening Endpoints Summary...
  (DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=EXTPROC9)))
  (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=10.84.96.14)(PORT=1521)))
The listener supports no services
The command completed successfully
ssaop001dodr:F4800:oracle9 >cat listener.ora
LISTENER9 =
  (DESCRIPTION_LIST =
(DESCRIPTION =
  (ADDRESS_LIST =
(ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC9))
  )
  (ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = 10.84.96.14)(PORT = 1521))
  )
)
  )
SID_LIST_LISTENER =
  (SID_LIST =
(SID_DESC =
  (SID_NAME = PLSExtProc9)
  (ORACLE_HOME = /apps/oracle/product/9.2.0)
  (PROGRAM = extproc)
)
(SID_DESC =
#  (GLOBAL_DBNAME = toolsdsv9)
  (ORACLE_HOME = /apps/oracle/product/9.2.0)
  (SID_NAME = toolsdsv9)
)
  )
ssaop001dodr:F4800:oracle9 >

Até aqui, apesar do listener não entender o serviço do banco 
TOOLSDSV9, tudo bem... o problema agora está na msg que vem qdo eu 
tento me conectar via SQL*Plus:

ssaop001dodr:F4800:oracle9 >sqlplus "/ as  sysdba"

SQL*Plus: Release 9.2.0.7.0 - Production on Fri Jan 20 15:30:52 2006

Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.

ERROR:
ORA-12545: Connect failed because target host or object does not 
exist


Enter user-name:


Alguma luz??? 

Valeu pessoal...

Luiz Fernando, o desesperado auauauauau



--- Em oracle_br@yahoogrupos.com.br, "Bruno Leonardo Santos 
Nascimento" <[EMAIL PROTECTED]> escreveu
>
> 
> Mande o resultado de um "lsnrctl status" para a lista... Também 
mande o conteúdo dos seus listener.ora. 
> 
> Att.,
> Bruno Leonardo 
> 
> -Mensagem original-
> De: oracle_br@yahoogrupos.com.br 
[mailto:[EMAIL PROTECTED]
> nome de Luiz Fernando
> Enviada em: quinta-feira, 19 de janeiro de 2006 16:10
> Para: oracle_br@yahoogrupos.com.br
> Assunto: Re: RES: [oracle_br] Urgente!!! - Multiplos Listeners em
> ambiente Sun/Solaris
> 
> 
> Pois é... eu já configurei o /etc/services com portas diferentes 
> (1521 e 1522) mas qdo tento startar o listener da versão 9 (enqto 
o 
> da versão 8 já está no ar), o listener diz que o danado já está 
> ativo. Qdo dou o comando "status", os parâmetros vêm da versão 
8... 
> já configurei (acredito) todas as variáveis de ambiente 
corretamente.
> 
> A história é a seguinte: precisei instalar a versão 9i (9.2.0.1) 
num 
> servidor Sun Fire 4800 onde já havia um DBMS 8i (8.1.7.4). Criei 
um 
> novo Unix user (oracle9) e fiz a instalação sem erros. O problema 
é 
> que agora não consigo startar ambos os listeners simultaneamente...
> 
> Além disso (outro problema), me disseram que a versão do GCC (C 
> Compiler) que utilizamos não é compatível com o Oracle9i (versão 
> 2.95.3). Vcs saberiam me dizer qual a versão compatível???
> 
> Obrigado!!!
> 
> Luiz Fernando
> 
> --- Em oracle_br@yahoogrupos.com.br, "jlchiappa" <[EMAIL PROTECTED]> 
> escreveu
> >
> > verdade, talvez só falte acrescentar que (lógico) CADA listener 
da 
> > máquina DEVERIA estar ouvindo numa porta/protocolo diferente, 
dois 
> > ouvindo no mesmo lugar pode dar probs..
> > 
> > []s
> > 
> >  Chiappa
> > --- Em oracle_br@yahoogrupos.com.br, "Bruno Leonardo Santos 
> > Nascimento" <[EMAIL PROTECTED]> escreveu
> > >
> > > Sim, é possível. Tanto mais de 1 listener do 
mesmo "ORACLE_HOME" 
> > quanto listeners de versões diferentes. Tenho ambas situações 
aqui 
> no 
> > cliente, uma delas inclusive em ambiente Sun. 
> > > 
> > > Att.,
> > > Bruno Leonardo
> > > 
> > > -Mensagem original-
> > > De: oracle_br@yahoogrupos.com.br 
> > [mailto:[EMAIL PROTECTED]
> > > nome de Luiz Fernando
> > > Enviada em: quinta-feir

[oracle_br] Fwd: Promoção Treinamento Oracle

[Everton Braz]

- Segue mensagem encaminhada -

De: "Treinamento" <[EMAIL PROTECTED]>
Data: Mon, 23 Jan 2006 15:35:25 -0200
Para: <[EMAIL PROTECTED]>
Assunto: Antecipando o carnaval a Quasar entra em clima de folia


Em clima de folia a Quasar oferece um desconto de 10% para 1 curso e 20%
para as pessoas que participarem de 2 cursos até o final de fevereiro de
2006.
Neste primeiro bimestre de 2006,  a Quasar oferece os seguintes
treinamentos:

 CÓDIGO
CURSO
PREÇO POR ALUNO*
PERÍODO

 OR10g
Introduction to Oracle10g: SQL (Português)
R$ 2.256,56
De 30 à 10/02 - das 19:00 às 22:00

 DBA 10g I
Oracle Database 10g: Workshop Administration I
R$ 2.256,56
De 13 à 17/02 - das 08:00 às 15:00

 SQL10g I
Oracle Database 10g: SQL Fundamentals I (Português)
R$ 1.353,94
De 13 à 15/02 - das 16:00 às 22:00

 PLF10g
Oracle Database 10g: PL/SQL Fundamentals (Português)
R$ 902,62
De 16 à 18/02 - das 16:00 às 22:00

 F10g
Oracle Forms Developer 10g: Build Internet Applications
R$ 2.256,56
De 20 à 24/02 - das 08:00 às 15:00

 XML10g
Oracle 10g: XML Fundamentals
R$ 1.353,94
De 20 à 22/02 - das 16:00 às 22:00

 2DAY10g
Oracle Database 10g: 2 Day DBA
R$ 902,62
De 23 à 24/02 - das 16:00 às 22:00


*valores com impostos inclusos e 10% de desconto

O descritivo completo e todas as demais informações destes cursos
encontram-se disponíveis no site da Oracle (
http://education.oracle.com/pls/web_prod-plq-dad/show_desc.redirect?redir_type=31&group_id=4)

Condições

1.   No final dos treinamentos todos os alunos receberão um certificado
de participação;

2.  Não serão aceitas mais que 12 inscrições em cada turma;

3.  Os descontos só serão válidos para os treinamentos que se iniciarem
até o dia 23 de Fevereiro de 2006;

4.  Os cursos só serão realizados com no mínimo de 4 inscrições.

Caso o curso que necessite não esteja disponível no calendário, entre em
contato conosco para que possamos ver a melhor maneira de lhe atender.

Entre em contato conosco para programar seu treinamento!


 Telefone e e-mail para informações e inscrições:
 27 3325-4783 - [EMAIL PROTECTED]







Em clima de folia a Quasar oferece um desconto de 10% para 1 curso e 20%
para as pessoas que participarem de 2 cursos até o final de fevereiro de
2006.

Neste primeiro bimestre de 2006,  a Quasar oferece os seguintes
treinamentos:

*CÓDIGO*

*CURSO*

*PREÇO POR ALUNO**

*PERÍODO*

OR10g

Introduction to Oracle10g: SQL (Português)

R$ 2.256,56

De 30 à 10/02 - das 19:00 às 22:00

DBA 10g I

Oracle Database 10g: Workshop Administration I

R$ 2.256,56

De 13 à 17/02 - das 08:00 às 15:00

SQL10g I

Oracle Database 10g: SQL Fundamentals I (Português)

R$ 1.353,94

De 13 à 15/02 - das 16:00 às 22:00

PLF10g

Oracle Database 10g: PL/SQL Fundamentals (Português)

R$ 902,62

De 16 à 18/02 - das 16:00 às 22:00

F10g

Oracle Forms Developer 10g: Build Internet Applications

R$ 2.256,56

De 20 à 24/02 - das 08:00 às 15:00

XML10g

Oracle 10g: XML Fundamentals

R$ 1.353,94

De 20 à 22/02 - das 16:00 às 22:00

2DAY10g

Oracle Database 10g: 2 Day DBA

R$ 902,62

De 23 à 24/02 - das 16:00 às 22:00

*valores com impostos inclusos e 10% de desconto

O descritivo completo e todas as demais informações destes cursos
encontram-se disponíveis no site da Oracle (
http://education.oracle.com/pls/web_prod-plq-dad/show_desc.redirect?redir_type=31&group_id=4)

Condições

1.   No final dos treinamentos todos os alunos receberão um certificado
de participação;

2.  Não serão aceitas mais que 12 inscrições em cada turma;

3.  Os descontos só serão válidos para os treinamentos que se iniciarem
até o dia 23 de Fevereiro de 2006;

4.  Os cursos só serão realizados com no mínimo de 4 inscrições.

Caso o curso que necessite não esteja disponível no calendário, entre em
contato conosco para que possamos ver a melhor maneira de lhe atender.

Entre em contato conosco para programar seu treinamento!

*
Telefone e e-mail para informações e inscrições:
27 3325-4783 – [EMAIL PROTECTED]


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



--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__
Moderador e Fundador: Dorian Anderson Soutto [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:

Re: RES: [oracle_br] Shared Server Performance

[Marcus Vinicius Miguel Pedro]

Carlos,
   
  Tenho 3G de SGA, e o teste foi feito com apenas este usuário conectado ao 
banco.
   
  O parâmetro PGA_AGGREGATE_TARGET está com 100M.
   
  Quanto ao explain plain, só consegui ligar o trace com o server no modo 
dedicado. No modo compartilhado o trace não funciona.
   
  Abraços
   
  Vinicius
   
  

"Carlos A.M. Menezes" <[EMAIL PROTECTED]> escreveu:
  Colega,
  Em modo compartilhado a PGA deixa de ser uma área específica para também 
conviver dentro da SGA, com isso o tamanho da SGA precisa ser bem dimensionado. 
Sem uma análise mais profunda, acho que o SQL possa está exigindo muito da 
"shared pool", principalmente da área de sort. A minha dica é que você rode o 
"explain plain" do SQL nos dois modos.

Cordialmente,

Carlos Alfredo M. de Menezes


-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Marcus 
Vinicius Miguel Pedro
Enviada em: segunda-feira, 23 de janeiro de 2006 13:32
Para: oracle_br
Assunto: [oracle_br] Shared Server Performance

Olá pessoal, gostaria do auxílio de vocês...
   
  Tenho o seguinte cenário:
   
  1) Banco 9.2.0.6.0 rodando no HP-UX 11i.
  O servidor está como dedicado.
  Tenho uma procedure que quando executada via SQL*Plus demora 17segs, pela 
aplicação (Web), demora 20segs.
   
  2) Banco 9.2.0.6.0 rodando no HP-UX 11i
  O servidor está como Shared.
  A mesma procedure via SQL*Plus demora 43segs, e, via Web demora 46segs.
   
  A máquina do banco 2 é bem melhor do que a do banco 1, inclusive, o banco 1 
estava como piloto, com alguns usuários acessando. O banco 2 abrangerá todos os 
usuários...
   
  Todos os testes feitos na aplicação entre os 2 bancos, sempre tivemos ganho 
de tempo no banco 2, entretanto, somente essa procedure que está tendo 
problemas. Não sei se tem a ver com isso, mas essa procedure está acessando e 
alterando 3 tabelas temporárias globais...
   
  Fiz um teste, modificando o server para dedicated, e via SQL*Plus o tempo foi 
de 10segs, e via Web de 12segs.
   
  Alguém tem alguma idéia do que pode ser??
   
  Obrigado e abraços!
   
  Vinicius


-
Yahoo! doce lar. Faça do Yahoo! sua homepage.

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



--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__
Moderador e Fundador: Dorian Anderson Soutto [EMAIL PROTECTED]
__ 
Links do Yahoo! Grupos









--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__
Moderador e Fundador: Dorian Anderson Soutto [EMAIL PROTECTED]
__ 


Yahoo! Grupos, um serviço oferecido por:PUBLICIDADE
 
  
-
  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!. 

  



-
 Yahoo! doce lar. Faça do Yahoo! sua homepage.

-
 Yahoo! doce lar. Faça do Yahoo! sua homepage.

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



--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__
Moderador e Fundador: Dorian Anderson Soutto [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 

Re: RES: RES: [oracle_br] Urgente!!! - Multiplos Listeners em ambiente Sun/Solaris

[Marcio Portes]

O problema, em minha opinião é permissão ("/ as sysdba" requer usuário do grupo 
dba).
Mude o grupo do usuario oracle9 para o dba e tente novamente.

Luiz Fernando wrote:
> Márcio, bom dia!
> 
> Márcio, eu criei um novo user para a versão 9i (oracle9). O grupo tbém 
> é novo (dba9).
> 
> Com relação ao user que rodou a shell root.sh, o user foi o "root".
> 
> [ ]s e obrigado!
> 
> Luiz Fernando
> 
> --- Em oracle_br@yahoogrupos.com.br, "Marcio (gmail)" 
> <[EMAIL PROTECTED]> escreveu
>> Eu gostaria de ver qual o usuário e grupo voce está tentando 
> conectar-se 
>> ao Oracle com "/ as sysdba"
>> Essa instalação é nova? Quem instalou rodou o root.sh?
>>
>> Luiz Fernando wrote:
>>> Alguma luz??? 
>>>
>>> Valeu pessoal...
>>>

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


--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__
Moderador e Fundador: Dorian Anderson Soutto [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: Não executa shell via DBMS_SCHEDULER

[Marcio Portes]

Vamos a um exemplo completo.

Primeiro um script que, quando executa, atualiza um arquivo chamado "executou" 
com a data do momento.

[EMAIL PROTECTED] bin]$ pwd
/home/marcio/bin
[EMAIL PROTECTED] bin]$ cat test_shell.sh
#!/usr/bin/ksh
#

echo `date` >> /tmp/executou

Verifique se o usuário do oracle no sistema operacional tem acesso ao script.

[EMAIL PROTECTED] bin]$ su - oracle
Password:
[EMAIL PROTECTED] ~]$
[EMAIL PROTECTED] ~]$ ~marcio/bin/test_shell.sh
[EMAIL PROTECTED] ~]$ ~marcio/bin/test_shell.sh
[EMAIL PROTECTED] ~]$
[EMAIL PROTECTED] ~]$ cat /tmp/executou
Tue Jan 24 00:03:04 BRST 2006
Tue Jan 24 00:03:05 BRST 2006
[EMAIL PROTECTED] ~]$

Isso significa que o oracle, usuário do sistema operaciona dono do oracle 10g 
da minha instalação tem permissão e 
consiguiu executar o script por 2 vezes, gerando o arquivo /tmp/executou com os 
respectivos horários.

Agora, vamos criar o job para executar de 2 em 2 minutos.

SQL> begin
   2 dbms_scheduler.create_job
   3 (
   4job_name=> 'TEST_SHELL',
   5job_type=> 'EXECUTABLE',
   6job_action  => '/home/marcio/bin/test_shell.sh',
   7repeat_interval => 'FREQ=MINUTELY; INTERVAL=2',
   8end_date=> trunc(sysdate) + 30/24/60,
   9enabled => true,
  10comments=> 'Teste para execucao de shell linux'
  11 );
  12  end;
  13  /

PL/SQL procedure successfully completed.


E verificar na user_scheduler_jobs.

SQL> select job_name, run_count, to_char(end_date, 'hh24:mi:ss') end_date,
   2 to_char(next_run_date, 'hh24:mi:ss') next_run_date
   3from user_scheduler_jobs
   4  /

JOB_NAME   RUN_COUNT END_DATE NEXT_RUN
-- -  
TEST_SHELL 0 00:30:00 00:18:58

1 row selected.

SQL> /

JOB_NAME   RUN_COUNT END_DATE NEXT_RUN
-- -  
TEST_SHELL 1 00:30:00 00:20:58

1 row selected.


Ok, rodou o primeiro.

SQL> !cat /tmp/executou
Tue Jan 24 00:18:58 BRST 2006

SQL> /

JOB_NAME   RUN_COUNT END_DATE NEXT_RUN
-- -  
TEST_SHELL 2 00:30:00 00:22:58

1 row selected.

E agora segue até meu end_date ser alcançado!

SQL> !cat /tmp/executou
Tue Jan 24 00:18:58 BRST 2006
Tue Jan 24 00:20:58 BRST 2006

SQL> /

JOB_NAME   RUN_COUNT END_DATE NEXT_RUN
-- -  
TEST_SHELL 3 00:30:00 00:24:58

1 row selected.

SQL> !cat /tmp/executou
Tue Jan 24 00:18:58 BRST 2006
Tue Jan 24 00:20:58 BRST 2006
Tue Jan 24 00:22:58 BRST 2006

SQL> /

JOB_NAME   RUN_COUNT END_DATE NEXT_RUN
-- -  
TEST_SHELL 3 00:30:00 00:24:58

1 row selected.

SQL> /

JOB_NAME   RUN_COUNT END_DATE NEXT_RUN
-- -  
TEST_SHELL 5 00:30:00 00:28:58

1 row selected.

SQL> !cat /tmp/executou
Tue Jan 24 00:18:58 BRST 2006
Tue Jan 24 00:20:58 BRST 2006
Tue Jan 24 00:22:58 BRST 2006
Tue Jan 24 00:24:58 BRST 2006
Tue Jan 24 00:26:58 BRST 2006

SQL> /

no rows selected

SQL> !cat /tmp/executou
Tue Jan 24 00:18:58 BRST 2006
Tue Jan 24 00:20:58 BRST 2006
Tue Jan 24 00:22:58 BRST 2006
Tue Jan 24 00:24:58 BRST 2006
Tue Jan 24 00:26:58 BRST 2006
Tue Jan 24 00:28:58 BRST 2006



evandrobarbian wrote:
> --- Em oracle_br@yahoogrupos.com.br, "evandrobarbian" 
> <[EMAIL PROTECTED]> escreveu
>>
>> Não consegui rodar um executável via JOB, do Scheduler do 10g!! 
>> Se chamo um procedimento do banco funciona, mas ao chamar um shel 
> do 
>> Linux, simplesmente não dá erro, e nem faz o que deveria... 
>> Rodando o shell via linha de comando no linux funciona beleza. 
>> Será alguma incompatibilidade, bug??? Não sei, já tentei de tudo e 
> não 
>> consigo resolver o problema... estou rodando via CRONTAB por 
> enquanto, 
>> mas queria fazer uso do SCHEDULER... 
>> Segue o script de criação do JOB... e aguardo a ajuda de alguém:
>>
>> DBMS_SCHEDULER.create_job (
>> job_name=> 'BACKUP',
>> job_type=> 'EXECUTABLE',
>> job_action  => '/usr/local/bin/pck_backup.sh',
>> start_date  => SYSTIMESTAMP,
>> repeat_interval => 'freq=daily; byhour=1',
>> end_date=> NULL,
>> enabled => TRUE,
>> comments=> 'Job para Backup automático.');

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


--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: