Re: RES: RES: [oracle_br] URGENTE - SGA x PGA

[ederson2001br]

Alô Samuel,

Bem, começou a melhorar, boas possibilidades.

Veja, se vc está fazendo um select que insere em uma outra tabela, o tempo de 
processamento conta com a finalização do SQL para transferência de controle 
para o insert, supondo que exista uma estrutura INSERT INTO tab1 SELECT ?? 
from A, B, C, n where  OK?

Veja, na TAB1, existem indices? Existem triggers de BEFORE/AFTER insert? vc já 
verificou o seu plano de execução para ver se há full scan em alguma tabela? vc 
está usando cursores com loop neste carga.sql? Tudo isto onera na performance.

Caso não tenha feito, verifique o plano de execução primeiro, pode ser até com 
o explain plan no SQLPLUS. Passo dois: ao invés de insert into, faça CTA que é 
mais vantajoso. Veja dicas neste link 
http://www.dba-oracle.com/t_create_table_select_ctas.htm 


Ederson Elias
DBA Oracle
http://br.linkedin.com/pub/ederson-elias/24/8b/8b0




--- Em oracle_br@yahoogrupos.com.br, Samuel Santos  escreveu
>
> A carga é realizada através de QUERY(JOINs) e inseridos em tabelas(físicas), 
> que se encontra na mesma instância.
> 
> Quanto ao SQLDR(sql loader), neste momento é praticamente impossível neste 
> momento. O script é executado diretamente no servidor, acessando-o através do 
> SQLPlus (@carga.sql).
>  
> Atenciosamente,
> 
> Samuel Geraldo dos Santos
> 
> 
> 
> >
> > De: Vitor Jr. 
> >Para: oracle_br@yahoogrupos.com.br 
> >Enviadas: Terça-feira, 5 de Fevereiro de 2013 17:42
> >Assunto: RES: RES: [oracle_br] URGENTE - SGA x PGA
> > 
> >
> >  
> >Já começa por aí... com essa quantidade de memória eu seguramente estaria 
> >usando HugePages (necessita confg no s.o.) em conjunto com os parâmetros que 
> >citei setados para true + utilização do automatic shared memory management e 
> >do automatic PGA management, visto que não conheço a aplicação estrutura 
> >para setar manualmente os parâmetros de memória...
> >
> >Att
> >
> >Vitor Jr
> >
> >De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em 
> >nome de Samuel Santos
> >Enviada em: terça-feira, 5 de fevereiro de 2013 17:35
> >Para: oracle_br@yahoogrupos.com.br
> >Assunto: Re: RES: [oracle_br] URGENTE - SGA x PGA
> >
> >Segue novas informações, para que se puderem me ajudar a ajustar este 
> >servidor.
> >Muito Obrigado.
> >
> >grep Huge /proc/meminfo
> >
> >HugePages_Total: 0
> >HugePages_Free:  0
> >HugePages_Rsvd:  0
> >Hugepagesize: 2048 kB
> >
> >SQL> show parameter lock_sga
> >
> >NAME TYPEVALUE
> > --- 
> >--
> >lock_sga boolean FALSE
> >SQL>
> >SQL> show parameter pre_page_sga
> >
> >NAME TYPEVALUE
> >-------- --- 
> >--
> >pre_page_sga boolean FALSE
> >
> >>
> >> De: Vitor Jr. vitorjr81@... >
> >>Para: oracle_br@yahoogrupos.com.br 
> >>Enviadas: Terça-feira, 5 de Fevereiro de 2013 17:22
> >>Assunto: RES: [oracle_br] URGENTE - SGA x PGA
> >> 
> >>
> >> 
> >>Rafael, no caso da quantidade de memória envolvida o AMM não me parece o 
> >>mais indicado.
> >>
> >>Citando:
> >>
> >>When you have large SGA sizes you can get considerable benefits from using 
> >>http://www.oracle-base.com/articles/linux/configuring-huge-pages-for-oracle-on-linux-64.php>
> >> HugePages. Automatic Memory Management and HugePages on Linux are not 
> >>compatible, which means AMM is probably not a sensible option for any large 
> >>systems. Instead, 
> >>http://www.oracle-base.com/articles/10g/performance-tuning-enhancements-10g.php#automatic_shared_memory_management>
> >> Automatic Shared Memory Management and 
> >>http://www.oracle-base.com/articles/9i/memory-management-9i.php#AutomaticSQLExecutionMemoryManagement>
> >> Automatic PGA Management should be used as they are compatible with 
> >>HugePages.
> >>
> >>http://www.oracle-base.com/articles/11g/automatic-memory-management-11gr1.php
> >>
> >>Samuel, é muito mais complexo que esses parâmetros apenas que tu passou, 
> >>por exemplo, tem hugepages configurado nesse servidor? Os parâmetros de 
> >>banco lock_sga e pre_page_sga como estão?
> >>
> >>Ainda, recomendo alguma

Re: RES: RES: [oracle_br] URGENTE - SGA x PGA

[Samuel Santos]

A carga é realizada através de QUERY(JOINs) e inseridos em tabelas(físicas), 
que se encontra na mesma instância.

Quanto ao SQLDR(sql loader), neste momento é praticamente impossível neste 
momento. O script é executado diretamente no servidor, acessando-o através do 
SQLPlus (@carga.sql).
 
Atenciosamente,

Samuel Geraldo dos Santos



>
> De: Vitor Jr. 
>Para: oracle_br@yahoogrupos.com.br 
>Enviadas: Terça-feira, 5 de Fevereiro de 2013 17:42
>Assunto: RES: RES: [oracle_br] URGENTE - SGA x PGA
> 
>
>  
>Já começa por aí... com essa quantidade de memória eu seguramente estaria 
>usando HugePages (necessita confg no s.o.) em conjunto com os parâmetros que 
>citei setados para true + utilização do automatic shared memory management e 
>do automatic PGA management, visto que não conheço a aplicação estrutura para 
>setar manualmente os parâmetros de memória...
>
>Att
>
>Vitor Jr
>
>De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em nome 
>de Samuel Santos
>Enviada em: terça-feira, 5 de fevereiro de 2013 17:35
>Para: oracle_br@yahoogrupos.com.br
>Assunto: Re: RES: [oracle_br] URGENTE - SGA x PGA
>
>Segue novas informações, para que se puderem me ajudar a ajustar este servidor.
>Muito Obrigado.
>
>grep Huge /proc/meminfo
>
>HugePages_Total: 0
>HugePages_Free:  0
>HugePages_Rsvd:  0
>Hugepagesize: 2048 kB
>
>SQL> show parameter lock_sga
>
>NAME TYPEVALUE
> --- --
>lock_sga boolean FALSE
>SQL>
>SQL> show parameter pre_page_sga
>
>NAME TYPEVALUE
> --- --
>pre_page_sga boolean FALSE
>
>>
>> De: Vitor Jr. vitorj...@gmail.com >
>>Para: oracle_br@yahoogrupos.com.br 
>>Enviadas: Terça-feira, 5 de Fevereiro de 2013 17:22
>>Assunto: RES: [oracle_br] URGENTE - SGA x PGA
>> 
>>
>> 
>>Rafael, no caso da quantidade de memória envolvida o AMM não me parece o mais 
>>indicado.
>>
>>Citando:
>>
>>When you have large SGA sizes you can get considerable benefits from using 
>>http://www.oracle-base.com/articles/linux/configuring-huge-pages-for-oracle-on-linux-64.php>
>> HugePages. Automatic Memory Management and HugePages on Linux are not 
>>compatible, which means AMM is probably not a sensible option for any large 
>>systems. Instead, 
>>http://www.oracle-base.com/articles/10g/performance-tuning-enhancements-10g.php#automatic_shared_memory_management>
>> Automatic Shared Memory Management and 
>>http://www.oracle-base.com/articles/9i/memory-management-9i.php#AutomaticSQLExecutionMemoryManagement>
>> Automatic PGA Management should be used as they are compatible with 
>>HugePages.
>>
>>http://www.oracle-base.com/articles/11g/automatic-memory-management-11gr1.php
>>
>>Samuel, é muito mais complexo que esses parâmetros apenas que tu passou, por 
>>exemplo, tem hugepages configurado nesse servidor? Os parâmetros de banco 
>>lock_sga e pre_page_sga como estão?
>>
>>Ainda, recomendo algumas notas:
>>
>>https://support.oracle.com/epmos/faces/ui/km/SearchDocDisplay.jspx?id=401749.1
>> 
>>https://support.oracle.com/epmos/faces/ui/km/SearchDocDisplay.jspx?id=401749.1&type=DOCUMENT&displayIndex=3>
>> &type=DOCUMENT&displayIndex=3> Shell Script to Calculate Values Recommended 
>>Linux HugePages / HugeTLB Configuration[Article ID 401749.1]
>>
>>https://support.oracle.com/epmos/faces/ui/km/SearchDocDisplay.jspx?id=361323.1
>> 
>>https://support.oracle.com/epmos/faces/ui/km/SearchDocDisplay.jspx?id=361323.1&type=DOCUMENT&displayIndex=5>
>> &type=DOCUMENT&displayIndex=5> HugePages on Linux: What It Is... and What It 
>>Is Not...[Article ID 361323.1]
>>
>>Nessa nota acima cito o seguinte tópico:
>>
>>Advantages of HugePages Over Normal Sharing Or AMM (see below)
>>
>>* Not swappable: HugePages are not swappable. Therefore there is no 
>>page-in/page-out mechanism overhead.HugePages are universally regarded as 
>>pinned.
>>* Relief of TLB pressure:
>>
>>* Hugepge uses fewer pages to cover the physical address space, so the size 
>>of “book keeping” (mapping from the virtual to the physical address) 
>>decreases, so it requiring fewer entries in the TLB
>>* TLB entries will cover a larger part of the address space when use 
>&g

RES: RES: [oracle_br] URGENTE - SGA x PGA

[Vitor Jr.]

Já começa por aí... com essa quantidade de memória eu seguramente estaria 
usando HugePages (necessita confg no s.o.) em conjunto com os parâmetros que 
citei setados para true + utilização do automatic shared memory management e do 
automatic PGA management, visto que não conheço a aplicação estrutura para 
setar manualmente os parâmetros de memória...

 

Att

Vitor Jr

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em nome 
de Samuel Santos
Enviada em: terça-feira, 5 de fevereiro de 2013 17:35
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: [oracle_br] URGENTE - SGA x PGA

 

  

Segue novas informações, para que se puderem me ajudar a ajustar este servidor.
Muito Obrigado.

grep Huge /proc/meminfo

HugePages_Total: 0
HugePages_Free:  0
HugePages_Rsvd:  0
Hugepagesize: 2048 kB

SQL> show parameter lock_sga

NAME TYPEVALUE
 --- --
lock_sga boolean FALSE
SQL>
SQL> show parameter pre_page_sga

NAME TYPEVALUE
 --- --
pre_page_sga boolean FALSE

 

>
> De: Vitor Jr. vitorj...@gmail.com <mailto:vitorjr81%40gmail.com> >
>Para: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>  
>Enviadas: Terça-feira, 5 de Fevereiro de 2013 17:22
>Assunto: RES: [oracle_br] URGENTE - SGA x PGA
> 
>
>  
>Rafael, no caso da quantidade de memória envolvida o AMM não me parece o mais 
>indicado.
>
>Citando:
>
>When you have large SGA sizes you can get considerable benefits from using 
>http://www.oracle-base.com/articles/linux/configuring-huge-pages-for-oracle-on-linux-64.php>
> HugePages. Automatic Memory Management and HugePages on Linux are not 
>compatible, which means AMM is probably not a sensible option for any large 
>systems. Instead, 
>http://www.oracle-base.com/articles/10g/performance-tuning-enhancements-10g.php#automatic_shared_memory_management>
> Automatic Shared Memory Management and 
>http://www.oracle-base.com/articles/9i/memory-management-9i.php#AutomaticSQLExecutionMemoryManagement>
> Automatic PGA Management should be used as they are compatible with HugePages.
>
>http://www.oracle-base.com/articles/11g/automatic-memory-management-11gr1.php
>
>Samuel, é muito mais complexo que esses parâmetros apenas que tu passou, por 
>exemplo, tem hugepages configurado nesse servidor? Os parâmetros de banco 
>lock_sga e pre_page_sga como estão?
>
>Ainda, recomendo algumas notas:
>
>https://support.oracle.com/epmos/faces/ui/km/SearchDocDisplay.jspx?id=401749.1 
><https://support.oracle.com/epmos/faces/ui/km/SearchDocDisplay.jspx?id=401749.1&type=DOCUMENT&displayIndex=3>
> &type=DOCUMENT&displayIndex=3> Shell Script to Calculate Values Recommended 
>Linux HugePages / HugeTLB Configuration[Article ID 401749.1]
>
>https://support.oracle.com/epmos/faces/ui/km/SearchDocDisplay.jspx?id=361323.1 
><https://support.oracle.com/epmos/faces/ui/km/SearchDocDisplay.jspx?id=361323.1&type=DOCUMENT&displayIndex=5>
> &type=DOCUMENT&displayIndex=5> HugePages on Linux: What It Is... and What It 
>Is Not...[Article ID 361323.1]
>
>Nessa nota acima cito o seguinte tópico:
>
>Advantages of HugePages Over Normal Sharing Or AMM (see below)
>
>* Not swappable: HugePages are not swappable. Therefore there is no 
>page-in/page-out mechanism overhead.HugePages are universally regarded as 
>pinned.
>* Relief of TLB pressure:
>
>* Hugepge uses fewer pages to cover the physical address space, so the size of 
>“book keeping” (mapping from the virtual to the physical address) decreases, 
>so it requiring fewer entries in the TLB
>* TLB entries will cover a larger part of the address space when use 
>HugePages, there will be fewer TLB misses before the entire or most of the SGA 
>is mapped in the SGA
>* Fewer TLB entries for the SGA also means more for other parts of the address 
>space
>
>* Decreased page table overhead: Each page table entry can be as large as 64 
>bytes and if we are trying to handle 50GB of RAM, the pagetable will be 
>approximately 800MB in size which is practically will not fit in 880MB size 
>lowmem (in 2.4 kernels - the page table is not necessarily in lowmem in 2.6 
>kernels) considering the other uses of lowmem. When 95% of memory is accessed 
>via 256MB hugepages, this can work with a page table of approximately 40MB in 
>total. See also Document 361468.1 
>https://support.oracle.com/epmos/faces/ui/km/DocumentDisplay.jspx?id=361468.1> 
>.
>* Eliminated page tab

Re: RES: [oracle_br] URGENTE - SGA x PGA

[Samuel Santos]

Segue novas informações, para que se puderem me ajudar a ajustar este servidor.
Muito Obrigado.

grep Huge /proc/meminfo

HugePages_Total:     0
HugePages_Free:      0
HugePages_Rsvd:      0
Hugepagesize:     2048 kB



SQL> show parameter lock_sga

NAME                                 TYPE        VALUE
 --- --
lock_sga                             boolean     FALSE
SQL>
SQL> show parameter pre_page_sga

NAME                                 TYPE        VALUE
 --- --
pre_page_sga                         boolean     FALSE

 



>
> De: Vitor Jr. 
>Para: oracle_br@yahoogrupos.com.br 
>Enviadas: Terça-feira, 5 de Fevereiro de 2013 17:22
>Assunto: RES: [oracle_br] URGENTE - SGA x PGA
> 
>
>  
>Rafael, no caso da quantidade de memória envolvida o AMM não me parece o mais 
>indicado.
>
>Citando:
>
>When you have large SGA sizes you can get considerable benefits from using 
>http://www.oracle-base.com/articles/linux/configuring-huge-pages-for-oracle-on-linux-64.php>
> HugePages. Automatic Memory Management and HugePages on Linux are not 
>compatible, which means AMM is probably not a sensible option for any large 
>systems. Instead, 
>http://www.oracle-base.com/articles/10g/performance-tuning-enhancements-10g.php#automatic_shared_memory_management>
> Automatic Shared Memory Management and 
>http://www.oracle-base.com/articles/9i/memory-management-9i.php#AutomaticSQLExecutionMemoryManagement>
> Automatic PGA Management should be used as they are compatible with HugePages.
>
>http://www.oracle-base.com/articles/11g/automatic-memory-management-11gr1.php
>
>Samuel, é muito mais complexo que esses parâmetros apenas que tu passou, por 
>exemplo, tem hugepages configurado nesse servidor? Os parâmetros de banco 
>lock_sga e pre_page_sga como estão?
>
>Ainda, recomendo algumas notas:
>
>https://support.oracle.com/epmos/faces/ui/km/SearchDocDisplay.jspx?id=401749.1&type=DOCUMENT&displayIndex=3>
> Shell Script to Calculate Values Recommended Linux HugePages / HugeTLB 
>Configuration[Article ID 401749.1]
>
>https://support.oracle.com/epmos/faces/ui/km/SearchDocDisplay.jspx?id=361323.1&type=DOCUMENT&displayIndex=5>
> HugePages on Linux: What It Is... and What It Is Not...[Article ID 361323.1]
>
>Nessa nota acima cito o seguinte tópico:
>
>Advantages of HugePages Over Normal Sharing Or AMM (see below)
>
>*  Not swappable: HugePages are not swappable. Therefore there is no 
>page-in/page-out mechanism overhead.HugePages are universally regarded as 
>pinned.
>*  Relief of TLB pressure:
>
>*  Hugepge uses fewer pages to cover the physical address space, so the 
>size of “book keeping” (mapping from the virtual to the physical address) 
>decreases, so it requiring fewer entries in the TLB
>*  TLB entries will cover a larger part of the address space when use 
>HugePages, there will be fewer TLB misses before the entire or most of the SGA 
>is mapped in the SGA
>*  Fewer TLB entries for the SGA also means more for other parts of the 
>address space
>
>*  Decreased page table overhead: Each page table entry can be as large as 
>64 bytes and if we are trying to handle 50GB of RAM, the pagetable will be 
>approximately 800MB in size which is practically will not fit in 880MB size 
>lowmem (in 2.4 kernels - the page table is not necessarily in lowmem in 2.6 
>kernels) considering the other uses of lowmem. When 95% of memory is accessed 
>via 256MB hugepages, this can work with a page table of approximately 40MB in 
>total. See also Document 361468.1 
>https://support.oracle.com/epmos/faces/ui/km/DocumentDisplay.jspx?id=361468.1> 
>.
>*  Eliminated page table lookup overhead: Since the pages are not subject 
>to replacement, page table lookups are not required.
>*  Faster overall memory performance: On virtual memory systems each 
>memory operation is actually two abstract memory operations. Since there are 
>fewer pages to work on, the possible bottleneck on page table access is 
>clearly avoided. 
>
>De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em nome 
>de Rafael Mendonca
>Enviada em: terça-feira, 5 de fevereiro de 2013 17:07
>Para: oracle_br@yahoogrupos.com.br
>Assunto: Re: [oracle_br] URGENTE - SGA x PGA
>
>Porque vc não ativa o memory_target e deixa com que o Oracle se preocupe com 
>isso ? Já li alguns livros que a partir da versão 11G R2 o Oracle administra 
>as 2 memórias(SGA e PGA) muito melhor do que muito DBA expert por aí.
>
>
>De: Samuel Santos samuel.gsan...@y

RES: [oracle_br] URGENTE - SGA x PGA

[Vitor Jr.]

Rafael, no caso da quantidade de memória envolvida o AMM não me parece o mais 
indicado.

Citando:

 

When you have large SGA sizes you can get considerable benefits from using  
<http://www.oracle-base.com/articles/linux/configuring-huge-pages-for-oracle-on-linux-64.php>
 HugePages. Automatic Memory Management and HugePages on Linux are not 
compatible, which means AMM is probably not a sensible option for any large 
systems. Instead,  
<http://www.oracle-base.com/articles/10g/performance-tuning-enhancements-10g.php#automatic_shared_memory_management>
 Automatic Shared Memory Management and  
<http://www.oracle-base.com/articles/9i/memory-management-9i.php#AutomaticSQLExecutionMemoryManagement>
 Automatic PGA Management should be used as they are compatible with HugePages.

http://www.oracle-base.com/articles/11g/automatic-memory-management-11gr1.php

 

Samuel, é muito mais complexo que esses parâmetros apenas que tu passou, por 
exemplo, tem hugepages configurado nesse servidor? Os parâmetros de banco 
lock_sga e pre_page_sga como estão?

 

Ainda, recomendo algumas notas:

 
<https://support.oracle.com/epmos/faces/ui/km/SearchDocDisplay.jspx?id=401749.1&type=DOCUMENT&displayIndex=3>
 Shell Script to Calculate Values Recommended Linux HugePages / HugeTLB 
Configuration[Article ID 401749.1]

 
<https://support.oracle.com/epmos/faces/ui/km/SearchDocDisplay.jspx?id=361323.1&type=DOCUMENT&displayIndex=5>
 HugePages on Linux: What It Is... and What It Is Not...[Article ID 361323.1]

 

Nessa nota acima cito o seguinte tópico:


Advantages of HugePages Over Normal Sharing Or AMM (see below)


*   Not swappable: HugePages are not swappable. Therefore there is no 
page-in/page-out mechanism overhead.HugePages are universally regarded as 
pinned.
*   Relief of TLB pressure:

*   Hugepge uses fewer pages to cover the physical address space, so the 
size of “book keeping” (mapping from the virtual to the physical address) 
decreases, so it requiring fewer entries in the TLB
*   TLB entries will cover a larger part of the address space when use 
HugePages, there will be fewer TLB misses before the entire or most of the SGA 
is mapped in the SGA
*   Fewer TLB entries for the SGA also means more for other parts of the 
address space

*   Decreased page table overhead: Each page table entry can be as large as 
64 bytes and if we are trying to handle 50GB of RAM, the pagetable will be 
approximately 800MB in size which is practically will not fit in 880MB size 
lowmem (in 2.4 kernels - the page table is not necessarily in lowmem in 2.6 
kernels) considering the other uses of lowmem. When 95% of memory is accessed 
via 256MB hugepages, this can work with a page table of approximately 40MB in 
total. See also Document 361468.1 
<https://support.oracle.com/epmos/faces/ui/km/DocumentDisplay.jspx?id=361468.1> 
.
*   Eliminated page table lookup overhead: Since the pages are not subject 
to replacement, page table lookups are not required.
*   Faster overall memory performance: On virtual memory systems each 
memory operation is actually two abstract memory operations. Since there are 
fewer pages to work on, the possible bottleneck on page table access is clearly 
avoided.   

 

 

 

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em nome 
de Rafael Mendonca
Enviada em: terça-feira, 5 de fevereiro de 2013 17:07
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] URGENTE - SGA x PGA

 

  

Porque vc não ativa o memory_target e deixa com que o Oracle se preocupe com 
isso ? Já li alguns livros que a partir da versão 11G R2 o Oracle administra as 
2 memórias(SGA e PGA) muito melhor do que muito DBA expert por aí.


De: Samuel Santos samuel.gsan...@yahoo.com.br 
<mailto:samuel.gsantos%40yahoo.com.br> >
Para: oracle_br oracle_br@yahoogrupos.com.br 
<mailto:oracle_br%40yahoogrupos.com.br> > 
Enviadas: Terça-feira, 5 de Fevereiro de 2013 17:03
Assunto: [oracle_br] URGENTE - SGA x PGA


  
Pessoal, Boa Tarde!

Peço-lhes uma ajuda para solucionar um problema crítico de carga de dados no 
servidor de um cliente, segue as características do ambiente:

Modelo: DELL R710  - 2Us
S/T: B3Q82R1
2 Processadores Six-Core 2,40 GHZ
Memória 144G
2 HDs de 1T 
Servidor não possui placa HBA
Sistema Operacional: Red Hat 5.8 Enterprise 64B
Oracle Enterprise 11.2.0.3

 
O que vc's sugerem para alteração\ajuste nos paramentros de SGA, PGA, etc?

SQL>  show parameter target

NAME TYPEVALUE
 --- --
archive_lag_target   integer 0
db_flashback_retention_targetinteger 1440
fast_start_io_target integer 0
fast_start_mttr_target   integer 0
memory_max_targetbig intege

Re: [oracle_br] URGENTE - SGA x PGA

[Samuel Santos]

Estamos realizando várias cargas de dados em através de script PL/SQL. A 
quantidade de registro difere entre 5Milhões a 20Milhões de registros.
Sendo assim temos neste exato momento uma tabela de despesa na qual é 
MOSTRUOSA, já a destrinchamos o máximo que podia, utilizamos Hints: Parlelismo, 
APPEND... mas ainda sim ja tem no mínimo 3horas dessa carga. 

Gostaria de uma ajuda de vcs para sugerir\dica do que podemos alterar nos 
parâmetros do SGBD, de modo que nos auxilie ainda mais nestas cargas. Estamos 
analisando query a query, através do Explain...mas ainda sim precisamos de mais 
melhorias...
 


>
> De: Fabricio Pedroso Jorge 
>Para: oracle_br@yahoogrupos.com.br 
>Enviadas: Terça-feira, 5 de Fevereiro de 2013 17:06
>Assunto: Re: [oracle_br] URGENTE - SGA x PGA
> 
>Tira um AWR em um período de carga (umas 2 horas) e de um período sem carga
>(também de umas duas horas)
>
>Veja as seções dos memory advisors pra ver se há a necessidade de mudança
>nos parâmetros de memória.
>
>Mas o principal é: Qual é esse problema crítico?
>
>Em 5 de fevereiro de 2013 17:03, Samuel Santos
>escreveu:
>
>> **
>>
>>
>> Pessoal, Boa Tarde!
>>
>> Peço-lhes uma ajuda para solucionar um problema crítico de carga de dados
>> no servidor de um cliente, segue as características do ambiente:
>>
>> Modelo: DELL R710  - 2Us
>> S/T: B3Q82R1
>> 2 Processadores Six-Core 2,40 GHZ
>> Memória 144G
>> 2 HDs de 1T
>> Servidor não possui placa HBA
>> Sistema Operacional: Red Hat 5.8 Enterprise 64B
>> Oracle Enterprise 11.2.0.3
>>
>>
>> O que vc's sugerem para alteração\ajuste nos paramentros de SGA, PGA, etc?
>>
>> SQL>  show parameter target
>>
>> NAME                                 TYPE        VALUE
>>  ---
>> --
>> archive_lag_target                   integer     0
>> db_flashback_retention_target        integer     1440
>> fast_start_io_target                 integer     0
>> fast_start_mttr_target               integer     0
>> memory_max_target                    big integer 0
>> memory_target                        big integer 0
>> parallel_servers_target              integer     192
>> pga_aggregate_target                 big integer 29842M
>> sga_target                           big integer 89600M
>>
>> [As partes desta mensagem que não continham texto foram removidas]
>>
>>  
>>
>
>
>
>-- 
>***Fabrício Pedroso Jorge.*
>
>Administrador de Banco de Dados
>Oracle 11g Certified SQL Expert
>Oracle 11g Certified Associate
>Oracle 11g Certified Professional
>Linux Professional Institute Certified Level I (LPIC-I)
>certificacaodb.com.br
>
>*Resumo Profissional:*
>http://br.linkedin.com/in/fabriciojorge
>
>*Contatos:*
>+ 55 91 88991116 /
>+ 55 11 82223651
>fpjb...@gmail.com
>
>
>[As partes desta mensagem que não continham texto foram removidas]
>
>
>
>
>
>--
>>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>>responsabilidade de seus remetentes.
>Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
>--
>>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>>http://www.oraclebr.com.br/  
>
> Links do Yahoo! Grupos
>
>
>
>
>

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

Re: [oracle_br] URGENTE - SGA x PGA

[Fabricio Pedroso Jorge]

Tira um AWR em um período de carga (umas 2 horas) e de um período sem carga
(também de umas duas horas)

Veja as seções dos memory advisors pra ver se há a necessidade de mudança
nos parâmetros de memória.

Mas o principal é: Qual é esse problema crítico?

Em 5 de fevereiro de 2013 17:03, Samuel Santos
escreveu:

> **
>
>
> Pessoal, Boa Tarde!
>
> Peço-lhes uma ajuda para solucionar um problema crítico de carga de dados
> no servidor de um cliente, segue as características do ambiente:
>
> Modelo: DELL R710  - 2Us
> S/T: B3Q82R1
> 2 Processadores Six-Core 2,40 GHZ
> Memória 144G
> 2 HDs de 1T
> Servidor não possui placa HBA
> Sistema Operacional: Red Hat 5.8 Enterprise 64B
> Oracle Enterprise 11.2.0.3
>
>
> O que vc's sugerem para alteração\ajuste nos paramentros de SGA, PGA, etc?
>
> SQL>  show parameter target
>
> NAME TYPEVALUE
>  ---
> --
> archive_lag_target   integer 0
> db_flashback_retention_targetinteger 1440
> fast_start_io_target integer 0
> fast_start_mttr_target   integer 0
> memory_max_targetbig integer 0
> memory_targetbig integer 0
> parallel_servers_target  integer 192
> pga_aggregate_target big integer 29842M
> sga_target   big integer 89600M
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>



-- 
***Fabrício Pedroso Jorge.*

Administrador de Banco de Dados
Oracle 11g Certified SQL Expert
Oracle 11g Certified Associate
Oracle 11g Certified Professional
Linux Professional Institute Certified Level I (LPIC-I)
certificacaodb.com.br

*Resumo Profissional:*
http://br.linkedin.com/in/fabriciojorge

*Contatos:*
+ 55 91 88991116 /
+ 55 11 82223651
fpjb...@gmail.com


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





--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos

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

<*> Para sair deste grupo, envie um e-mail para:
oracle_br-unsubscr...@yahoogrupos.com.br

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

Re: [oracle_br] URGENTE - SGA x PGA

[Rafael Mendonca]

Porque vc não ativa o memory_target e deixa com que o Oracle se preocupe com 
isso ? Já li alguns livros que a partir da versão 11G R2 o Oracle administra as 
2 memórias(SGA e PGA) muito melhor do que muito DBA expert por aí.



 De: Samuel Santos 
Para: oracle_br  
Enviadas: Terça-feira, 5 de Fevereiro de 2013 17:03
Assunto: [oracle_br] URGENTE - SGA x PGA
 

  
Pessoal, Boa Tarde!

Peço-lhes uma ajuda para solucionar um problema crítico de carga de dados no 
servidor de um cliente, segue as características do ambiente:

Modelo: DELL R710  - 2Us
S/T: B3Q82R1
2 Processadores Six-Core 2,40 GHZ
Memória 144G
2 HDs de 1T 
Servidor não possui placa HBA
Sistema Operacional: Red Hat 5.8 Enterprise 64B
Oracle Enterprise 11.2.0.3

 
O que vc's sugerem para alteração\ajuste nos paramentros de SGA, PGA, etc?

SQL>  show parameter target

NAME                                 TYPE        VALUE
 --- --
archive_lag_target                   integer     0
db_flashback_retention_target        integer     1440
fast_start_io_target                 integer     0
fast_start_mttr_target               integer     0
memory_max_target                    big integer 0
memory_target                        big integer 0
parallel_servers_target              integer     192
pga_aggregate_target                 big integer 29842M
sga_target                           big integer 89600M

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


 

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

[oracle_br] URGENTE - SGA x PGA

[Samuel Santos]

Pessoal, Boa Tarde!

Peço-lhes uma ajuda para solucionar um problema crítico de carga de dados no 
servidor de um cliente, segue as características do ambiente:

Modelo: DELL R710  - 2Us
S/T: B3Q82R1
2 Processadores Six-Core 2,40 GHZ
Memória 144G
2 HDs de 1T 
Servidor não possui placa HBA
Sistema Operacional: Red Hat 5.8 Enterprise 64B
Oracle Enterprise 11.2.0.3

 
O que vc's sugerem para alteração\ajuste nos paramentros de SGA, PGA, etc?

SQL>  show parameter target

NAME                                 TYPE        VALUE
 --- --
archive_lag_target                   integer     0
db_flashback_retention_target        integer     1440
fast_start_io_target                 integer     0
fast_start_mttr_target               integer     0
memory_max_target                    big integer 0
memory_target                        big integer 0
parallel_servers_target              integer     192
pga_aggregate_target                 big integer 29842M
sga_target                           big integer 89600M

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

Re: [oracle_br] URGENTE - Banco/Sistema degradado ...

[Mosan Santos]

Cristiano e amigos;


O Grande baroto deste grupo, foi sempre a fidalgia dos seus participantes.


Não é preciso colocar que, não há no Brasil grupo Oracle com tamanho nível 
técnico.

Participos de alguns no estrangeiro, mas o acolhimento  dos  membros aqui é 
diferente.


"Por que não chama um DBA?"

Daria uma ótima crônica de Rubens Braga, mas estamos aqui para ajudar e não 
para fazer réplica de brincadeiras disônantes .

Cristiano dá uma olhada também:

- Nos jobs (cron/AT). (acho que é ai)

- Páginas assincronas em AJAX para relatórios online (mas parece que não é o 
caso já que tem hora).

- Nos sistemas de monitorameto de rede
    Eu desenvolvi um plugin do Nágios que deteriorava a rede (pode haver 
outro maluco ai)
- Outra coisa legal é o 2Day DBA Tuning da OTN, vale a leitura.

No mais, não vou ser repetitivo, sobre as dicas já postados

por nossos colegas são boas.

Abraços!


 
Mosán D'dos Santos 
Security Expert Database
___
OCP DBA 10g    -  OCA PL/SQL 
Information Security Fundation ISO/IEC 27002
LPI-303 Security Speciality
CCNA  Security -  JNCIA
__
skype: mosansantos




De: Fernando Franquini 'capin' 
Para: 
Enviadas: Quinta-feira, 7 de Julho de 2011 14:37
Assunto: Re: [oracle_br] URGENTE - Banco/Sistema degradado ...


  
Porque não chamam um DBA?

2011/7/7 Cristiano Vasconcelos 

> Caros Amigos 
>
> CENÁRIO:
>
> S.O. - Enterprise Linux Enterprise Linux AS release 4 (October Update 7)
>  Linux servidor.dominio.istancia.local 2.6.9-78.0.0.0.1.ELsmp #1
> SMP Fri Jul 25 16:04:35 EDT 2008 x86_64 x86_64 x86_64 GNU/Linux
>
> DB - Oracle Database 10g Release 10.2.0.3.0 - 64bit Production
>
> CASO:
>
> Não é sempre, mas em determinados momentos nosso sistema torna-se lento e
> degradado em performance, quando acontece é entre o período de 12:00 às
> 13:30, neste período rodam alguns jobs, assim:
>
> a) Gostaria de saber como identificar os jobs que estão rodando naquele
> momento e seu tempo de duração de execução.
>
> b) Em relação a performance do banco, como posso identificar qual consulta
> e/ou procedimento está degradando o banco naquele momento, com o respectivo
> nome do usuário, seu SID e SERIAL e se possível SQLTEXT para que possa
> derrubá-lo???
>
> OBRIGADO PELA AJUDA 
>
> --
> Cristiano Vasconcelos Barbosa .'.
> Analista de Sistemas.
>
> DEUS MEUMQUE JUS.'.
> DÓMINI SUMUS.'.
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
> 
>
>
> --
> >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
> inteira responsabilidade de seus remetentes.
> Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
>
> --
> >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure
> » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
> http://www.oraclebr.com.br/
> --
> Links do Yahoo! Grupos
>
>
>

-- 
Fernando Franquini - Capin
Bacharel em Ciencias da Computacao - UFSC
Analista de Sistemas e de Banco de Dados / DBA
Contatos: fernando.franqu...@gmail.com / 48.9902.4047
Florianópolis - SC - Brasil
http://franquini.wordpress.com/
<http://franquini.wordpress.com/>
http://br.linkedin.com/in/capin

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


 

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

Re: [oracle_br] URGENTE - Banco/Sistema degradado ...

[Fernando Franquini 'capin']

Porque não chamam um DBA?

2011/7/7 Cristiano Vasconcelos 

> Caros Amigos 
>
> CENÁRIO:
>
> S.O. - Enterprise Linux Enterprise Linux AS release 4 (October Update 7)
>  Linux servidor.dominio.istancia.local 2.6.9-78.0.0.0.1.ELsmp #1
> SMP Fri Jul 25 16:04:35 EDT 2008 x86_64 x86_64 x86_64 GNU/Linux
>
> DB - Oracle Database 10g Release 10.2.0.3.0 - 64bit Production
>
> CASO:
>
> Não é sempre, mas em determinados momentos nosso sistema torna-se lento e
> degradado em performance, quando acontece é entre o período de 12:00 às
> 13:30, neste período rodam alguns jobs, assim:
>
> a) Gostaria de saber como identificar os jobs que estão rodando naquele
> momento e seu tempo de duração de execução.
>
> b) Em relação a performance do banco, como posso identificar qual consulta
> e/ou procedimento está degradando o banco naquele momento, com o respectivo
> nome do usuário, seu SID e SERIAL e se possível SQLTEXT para que possa
> derrubá-lo???
>
> OBRIGADO PELA AJUDA 
>
> --
> Cristiano Vasconcelos Barbosa .'.
> Analista de Sistemas.
>
> DEUS MEUMQUE JUS.'.
> DÓMINI SUMUS.'.
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
> 
>
>
> --
> >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
> inteira responsabilidade de seus remetentes.
> Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
>
> --
> >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure
> » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
> http://www.oraclebr.com.br/
> 
> Links do Yahoo! Grupos
>
>
>


-- 
Fernando Franquini - Capin
Bacharel em Ciencias da Computacao - UFSC
Analista de Sistemas e de Banco de Dados / DBA
Contatos: fernando.franqu...@gmail.com / 48.9902.4047
Florianópolis - SC - Brasil
http://franquini.wordpress.com/

http://br.linkedin.com/in/capin


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

[oracle_br] URGENTE - Banco/Sistema degradado ...

[Cristiano Vasconcelos]

Caros Amigos 

CENÁRIO:

S.O. - Enterprise Linux Enterprise Linux AS release 4 (October Update 7)
  Linux servidor.dominio.istancia.local 2.6.9-78.0.0.0.1.ELsmp #1
SMP Fri Jul 25 16:04:35 EDT 2008 x86_64 x86_64 x86_64 GNU/Linux

DB - Oracle Database 10g Release 10.2.0.3.0 - 64bit Production

CASO:

Não é sempre, mas em determinados momentos nosso sistema torna-se lento e
degradado em performance, quando acontece é entre o período de 12:00 às
13:30, neste período rodam alguns jobs, assim:

a) Gostaria de saber como identificar os jobs que estão rodando naquele
momento e seu tempo de duração de execução.

b) Em relação a performance do banco, como posso identificar qual consulta
e/ou procedimento está degradando o banco naquele momento, com o respectivo
nome do usuário, seu SID e SERIAL e se possível SQLTEXT para que possa
derrubá-lo???

OBRIGADO PELA AJUDA 

-- 
Cristiano Vasconcelos Barbosa .'.
Analista de Sistemas.

DEUS MEUMQUE JUS.'.
DÓMINI SUMUS.'.


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

Re: [oracle_br] URGENTE !! Cache buffer CHAINS

[Marcelo Medrado]

Candiurudba,

Passa pra gente o nome completo do EVENTO e a versão completa do banco e
alguma informação adicional. Já vi esse comportamento em versões 10gR2
anteriores à 10.2.0.4.

Sds,

Marcelo Medrado


Em 30 de junho de 2010 10:38, candiurudba escreveu:

>
>
> Pessoal,
>
> Uma ajuda por favor,
>
> estou tendo alguns latch Cache buffer CHAINS no meu banco de produção que
> nao estou conseguindo resolver...
>
> alguem teria alguma ideia ?
>
>  
>


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





--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos

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

<*> Para sair deste grupo, envie um e-mail para:
oracle_br-unsubscr...@yahoogrupos.com.br

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

[oracle_br] URGENTE !! Cache buffer CHAINS

[candiurudba]

Pessoal,

Uma ajuda por favor,

estou tendo alguns latch Cache buffer CHAINS no meu banco de produção que nao 
estou conseguindo resolver...

alguem teria alguma ideia ?

Re: [oracle_br] URGENTE - DÚVIDAS - PROCEDURE

[Murilo Lima]

Matheus,

A primeira coisa a fazer é "não tratar o erro", comente toda a parte do
exception, isso vai facilitar a identificação da linha do erro.
O problema está na execução da linha "EXECUTE IMMEDIATE v_com;"
A query a ser executada no comando "EXECUTE IMMEDIATE" não pode ter ponto e
virgula no final, o valor da variável "v_com" não deve finalizar com ";".
Outro problema é no retorno do "EXECUTE IMMEDIATE", na variável "v_com" não
pode conter "INTO v_max", o comando correto seria:

EXECUTE IMMEDIATE v_com INTO v_max;

e o valor de "v_com" deve ser por exemplo:

SELECT MAX(LENGTH(TEM_MAR)) FROM CADASTRO

Espero que ajude.

[]'s

Murilo Lima

Em 29 de maio de 2010 05:04, Matheus Malta escreveu:

>
>
> Galera... Seguinte...
>
> Criei uma proc que consulta no dicionário de dados todas as colunas q são
> do
> tipo texto de uma tabela CADASTRO... E em seguida, eu populo uma segunda
> tabela com os seguintes dados:
>
> - CODIGO(CODCOL) – Determinado pelo valor de contador
>
> - NOME DA COLUNA(NCOL) – Obtido na consulta(do dicionário de dados) das
> colunas do tipo texto da tabela CADASTRO
>
> - COMANDO(QUERY_COL) – Comando de select para obter o MAX(LENGTH(COLUNA))
> de
> todas as colunas da tabela CADASTRO
>
> - TAMANHO MÁXIMO(MAX_TAM) – Campo onde serão inseridos o
> MAX(LENGTH(COLUNA))
> das colunas texto da tabela CADASTRO
>
> Inseri os comentários para melhorar o entendimento...
>
> A proc q eu criei é a seguinte:
>
> /*--/*
>
> O QUE A PROC VAI FAZER?
>
> 1 LISTAR AS COLUNAS DA TABELA CADASTRO QUE POSSUEM CAMPO COM
>
> DATATYPE = TEXTO;
>
> 2 CRIAR UMA TABELA DE 3 COLUNAS: CÓDIGO DA COLUNA(CODCOL) OBTIDO NO
>
> CONTADOR, NOME DA COLUNA(NCOL), O COMANDO DO SELECT PARA OBTER O
>
> MAX(LENGTH(COLUNA)), E O TAMANHO MÁXIMO INSERIDO EM CADA COLUNA
>
> (MAX_TAM).
>
> 3 SERÁ INSERIDO NO CODCOL O VALOR DA SEQUENCIA,
>
> NA NCOL AS COLUNAS QUE POSSUEM DATATYPE TEXTO E NA MAX_TAM O
>
> MAX(LENGTH(COLUNA)) PARA CADA LINHA;
>
> /*--*/
>
> CREATE OR REPLACE PROCEDURE PRC_COLUNAS_TEXTO IS
>
> v_ncol VARCHAR2(50);
>
> v_table NUMBER(1);
>
> v_max NUMBER(3);
>
> v_cont NUMBER(3);
>
> v_ncols NUMBER(3);
>
> v_fim EXCEPTION;
>
> v_com VARCHAR2(200);
>
> -- Consulta das colunas que são do tipo texto
>
> CURSOR C_TEXTO IS
>
> SELECT COLUMN_NAME
>
> FROM ALL_TAB_COLUMNS
>
> WHERE TABLE_NAME = 'CADASTRO'
>
> AND OWNER = 'MATHEUS'
>
> AND DATA_TYPE = 'VARCHAR2';
>
> BEGIN
>
> /*-/*
>
> A - VERIFICAR SE EXISTE A TABELA T_CAD_COL
>
> B - SE SIM APAGAR AS INFORMAÇÕES EXISTENTES NA TABELA
>
> C - SE NÃO, SAI DO PROGRAMA
>
> /*-*/
>
> -- A
>
> SELECT NVL(COUNT(object_name),0)
>
> INTO v_table
>
> FROM all_objects
>
> WHERE object_name = 'T_CAD_COL'
>
> AND object_type = 'TABLE'
>
> AND owner = 'MATHEUS';
>
> -- B
>
> IF v_table = 1 THEN
>
> DELETE T_CAD_COL;
>
> -- C
>
> ELSIF v_table = 0 THEN
>
> RAISE v_fim;
>
> END IF;
>
> /*--/*
>
> D CONTA QUANTAS COLUNAS COM DATATYPE = TEXTO EXISTEM NA TABELA;
>
> E OBTER COLUNA POR COLUNA DO CURSOR E POPULAR NA TABELA;
>
> F INSERIR O VALOR DO MAX(LENGTH(COLUNA)) NA TABELA;
>
> /*--*/
>
> -- D
>
> SELECT COUNT(column_name)
>
> INTO v_ncols
>
> FROM all_tab_columns
>
> WHERE table_name = 'CADASTRO'
>
> AND data_type = 'VARCHAR2';
>
> -- E
>
> OPEN C_TEXTO;
>
> v_cont := 1;
>
> WHILE v_cont <= v_ncols LOOP
>
> FETCH C_TEXTO INTO v_ncol;
>
> INSERT INTO T_CAD_COL (CODCOL, NCOL,QUERY_COL)
>
> VALUES (v_cont,v_ncol,
>
> 'SELECT MAX(LENGTH('||v_ncol||')) INTO v_max FROM CADASTRO;');
>
> v_cont := v_cont + 1;
>
> EXIT WHEN C_TEXTO%NOTFOUND;
>
> END LOOP;
>
> CLOSE C_TEXTO;
>
> DBMS_OUTPUT.PUT_LINE('FORAM INSERIDAS: '||(v_cont - 1)||' LINHAS!');
>
> COMMIT;
>
> --F
>
> v_cont := 1;
>
> WHILE v_cont <= v_ncols LOOP
>
> SELECT QUERY_COL
>
> INTO v_com
>
> FROM T_CAD_COL
>
> WHERE CODCOL = v_cont;
>
> EXECUTE IMMEDIATE v_com;
>
> UPDATE T_CAD_COL SET MAX_TAM = v_max;
>
> v_cont := v_cont + 1;
>
> END LOOP;
>
> DBMS_OUTPUT.PUT_LINE('FORAM ATUALIZADAS: '||(v_cont - 1)||' LINHAS!');
>
> COMMIT;
>
> EXCEPTION
>
> WHEN v_fim THEN
>
> DBMS_OUTPUT.PUT_LINE('A TABELA NÃO EXISTE!');
>
> WHEN OTHERS THEN
>
> DBMS_OUTPUT.PUT_LINE(SQLERRM);
>
> END PRC_COLUNAS_TEXTO;
>
> A segunda tabela está criada dessa forma:
>
> CREATE TABLE T_CAD_COL (CODCOL NUMBER(3), NCOL VARCHAR2(30), QUERY_COL
> VARCHAR2(200), MAX_TAM NUMBER(3));
>
> Está sendo trazido, na execução da proc, o seguinte OUTPUT:
>
> FORAM INSERIDAS: 89 LINHAS! à REFERENTE AO PRIMEIRO DBMS_OUTPUT
> ORA-00911: caractere inválido à O ‘X’ DA QUESTÃO!
>
> Pessoal, quem puder ajudar, agradeço muito... Estou enviando tb a estrutura
> da tab CADASTRO para q vocês possam testar...
>
> GRUPO VARCHAR2(100) Y
>
> TIPO NUMBER(5) Y
>
> CODIGO VARCHAR2(5

[oracle_br] URGENTE - DÚVIDAS - PROCEDURE

[Matheus Malta]

Galera... Seguinte...

 

Criei uma proc que consulta no dicionário de dados todas as colunas q são do
tipo texto de uma tabela CADASTRO... E em seguida, eu populo uma segunda
tabela com os seguintes dados:

- CODIGO(CODCOL) – Determinado pelo valor de contador

- NOME DA COLUNA(NCOL) – Obtido na consulta(do dicionário de dados) das
colunas do tipo texto da tabela CADASTRO

- COMANDO(QUERY_COL) – Comando de select para obter o MAX(LENGTH(COLUNA)) de
todas as colunas da tabela CADASTRO

- TAMANHO MÁXIMO(MAX_TAM) – Campo onde serão inseridos o MAX(LENGTH(COLUNA))
das colunas texto da tabela CADASTRO

 

Inseri os comentários para melhorar o entendimento...

 

A proc q eu criei é a seguinte:

 

/*-/*

O QUE A PROC VAI FAZER?  

 

1 LISTAR AS COLUNAS DA TABELA CADASTRO QUE POSSUEM CAMPO COM 

  DATATYPE = TEXTO;  

2 CRIAR UMA TABELA DE 3 COLUNAS: CÓDIGO DA COLUNA(CODCOL) OBTIDO NO  

  CONTADOR, NOME DA COLUNA(NCOL), O COMANDO DO SELECT PARA OBTER O   

  MAX(LENGTH(COLUNA)), E O TAMANHO MÁXIMO INSERIDO EM CADA COLUNA

  (MAX_TAM). 

3 SERÁ INSERIDO NO CODCOL O VALOR DA SEQUENCIA,  

  NA NCOL AS COLUNAS QUE POSSUEM DATATYPE TEXTO E NA MAX_TAM O   

  MAX(LENGTH(COLUNA)) PARA CADA LINHA;   

/*-*/

 

CREATE OR REPLACE PROCEDURE PRC_COLUNAS_TEXTO IS

v_ncolVARCHAR2(50);

v_table   NUMBER(1);

v_max NUMBER(3);

v_contNUMBER(3);

v_ncols   NUMBER(3);

v_fim EXCEPTION;

v_com VARCHAR2(200);

 

-- Consulta das colunas que são do tipo texto

   CURSOR C_TEXTO IS

   SELECT COLUMN_NAME

   FROM ALL_TAB_COLUMNS

   WHERE TABLE_NAME = 'CADASTRO' 

   AND   OWNER = 'MATHEUS'

   AND   DATA_TYPE = 'VARCHAR2';

   

BEGIN

/*-/*

A - VERIFICAR SE EXISTE A TABELA T_CAD_COL   

B - SE SIM APAGAR AS INFORMAÇÕES EXISTENTES NA TABELA

C - SE NÃO, SAI DO PROGRAMA  

/*-*/

-- A   

   SELECT NVL(COUNT(object_name),0)

   INTO v_table

   FROM all_objects

   WHERE object_name = 'T_CAD_COL' 

   AND   object_type = 'TABLE'

   AND   owner = 'MATHEUS';

-- B   

   IF v_table = 1 THEN

  DELETE T_CAD_COL;

-- C   

   ELSIF v_table = 0 THEN

  RAISE v_fim;

   END IF;

   

/*--/*

D CONTA QUANTAS COLUNAS COM DATATYPE = TEXTO EXISTEM NA TABELA;   

E OBTER COLUNA POR COLUNA DO CURSOR E POPULAR NA TABELA;  

F INSERIR O VALOR DO MAX(LENGTH(COLUNA)) NA TABELA;   

/*--*/

   

-- D   

   SELECT COUNT(column_name)

   INTO v_ncols

   FROM all_tab_columns

   WHERE table_name = 'CADASTRO'

   AND   data_type = 'VARCHAR2';

   

-- E   

   OPEN C_TEXTO;

  v_cont := 1;

  WHILE v_cont <= v_ncols LOOP

  FETCH C_TEXTO INTO v_ncol;

  INSERT INTO T_CAD_COL (CODCOL, NCOL,QUERY_COL) 

 VALUES (v_cont,v_ncol,

 'SELECT MAX(LENGTH('||v_ncol||')) INTO v_max FROM CADASTRO;');

  v_cont := v_cont + 1;

  EXIT WHEN C_TEXTO%NOTFOUND;

  END LOOP;

   CLOSE C_TEXTO;

   DBMS_OUTPUT.PUT_LINE('FORAM INSERIDAS: '||(v_cont - 1)||' LINHAS!');

   COMMIT;

--F

   v_cont := 1;

   WHILE v_cont <=  v_ncols LOOP

  SELECT QUERY_COL

  INTO v_com

  FROM T_CAD_COL

  WHERE CODCOL = v_cont;

  EXECUTE IMMEDIATE v_com;

  UPDATE T_CAD_COL SET MAX_TAM = v_max;

  v_cont := v_cont + 1;

   END LOOP;

   DBMS_OUTPUT.PUT_LINE('FORAM ATUALIZADAS: '||(v_cont - 1)||' LINHAS!');

   COMMIT;

   

EXCEPTION

   WHEN v_fim THEN

  DBMS_OUTPUT.PUT_LINE('A TABELA NÃO EXISTE!');

   WHEN OTHERS THEN

  DBMS_OUTPUT.PUT_LINE(SQLERRM);

 

END PRC_COLUNAS_TEXTO;

 

A segunda tabela está criada dessa forma:

CREATE TABLE T_CAD_COL (CODCOL NUMBER(3), NCOL VARCHAR2(30), QUERY_COL
VARCHAR2(200), MAX_TAM NUMBER(3));

 

Está sendo trazido, na execução da proc, o seguinte OUTPUT:

FORAM INSERIDAS: 89 LINHAS! à REFERENTE AO PRIMEIRO DBMS_OUTPUT
ORA-00911: caractere inválido à O ‘X’ DA QUESTÃO!

 

Pessoal, quem puder ajudar, agradeço muito... Estou enviando tb a estrutura
da tab CADASTRO para q vocês possam testar...

 

GRUPO  VARCHAR2(100) Y 

TIPO   NUMBER(5) Y 

CODIGO VARCHAR2(50)  Y 

ZONA   VARCHAR2(100) Y 

NOME   VARCHAR2(100) Y 

NOMEFANTA  VARCHAR2(100) Y

[oracle_br] URGENTE REPORTS

[Rodrgo Julião]

Boa tarde
Estou tendo problemas diarios com o servidor de reports, todos os dias ele cai 
ou fica muito lento ocasionando erros.
Quem puder ajudar fico muito agradecido!

Ele apresenta o erro:
Internal Server ErrorThe server encountered an internal error or 
misconfiguration and was unable to complete your request. 
Please contact the server administrator, @seplan.to.gov.br and inform them of 
the time the error occurred, and anything you might have done that may have 
caused the error. 
More information about this error may be available in the server error log. 
 
 Rodrigo Julião 


rjul...@bol.com.br
rdjul...@yahoo.com.br
rdjul...@hotmail.com 





De: mariano.listas 
Para: oracle_br@yahoogrupos.com.br
Enviadas: Quinta-feira, 25 de Fevereiro de 2010 12:07:41
Assunto: [oracle_br] Re: UTF8 x VARCHAR2 x NVARCHAR2

  
Bom dia,

Obrigado pelas explicações, mas eu fiquei com uma dúvida, se o banco for criado 
com character set UTF8, as colunas VARCHAR2 suportarão dados UTF8 sem qualquer 
alteração?

COLUNA1 VARCHAR2(30) , suporta 30 caracteres UTF8, podendo consumir até 60 
bytes (30x2 bytes) ?

[]'s

--- Em oracle...@yahoogrup os.com.br, José Laurindo  escreveu
>
> Colega , que eu saiba :
> 
> a. não é possível vc ter um datatype 'variável' como vc descreve, quando vc 
> cria uma tabela vc já indica que a coluna x é do datatype Y e assim será 
> criada e assim permanecerá até ser alterada... o que vc poderia fazer é, 
> quando da INSTALAÇÃO da aplicação, perguntar se o cliente deseja datatype x 
> ou y, mas uma vez escolhido e criado assim permanece
> 
> b. vc diz que necessariamente terá que usar NVARCHAR2, POR QUE ? Imagino que 
> cfrme o link http://www.oracle. com/technology/ obe/obe9ir2/ obe-nls/nchar/ 
> nchar.htm indica, vc já saiba que há 2 maneiras de se ter UTF, OU vc usa 
> NCHAR/NVARCHAR ** OU ** simplesmente vc tem um banco criado no character UTF 
> desejado... Via de regra a opção de NxxCHAR é mais flexível (por exemplo, vc 
> pode ter NxxCHAR UTF8 em QUALQUER database que o cliente queira usar), muitas 
> vezes é a mais adequada MAS NÃO É a única... Vc avaliou a opçao de ter o 
> database no characterset desejado ?
> 
> c. o mesmo link acima mostra algumas das issues que vc pode ter (por exemplo, 
> programa client não preparado para UTF, tool de desenvolvimento não 
> aceitando/tendo problemas com UTF, eventuais problemas de performance por 
> conversão implícita, etc) - tenha ciência deles, e TESTE cuidadosamente 
> isso...
> 
> d. e finalmente, vejo que vc está usando bd 9.2.0.1, essa foi a release 
> inicial do bd 9i, teve DIVERSOS bugs nela (até alguns referentes à 
> manipulação de characterset com tools Oracle, como exp/imp e sqlldr, iirc) - 
> consiere SERIAMENTE a possibilidade de aplicar o patch final do 9i nesse 
> banco (9.2.0.8 na maioria dos SOs) 
> 
> []s
> 
> Chiappa
> 
> --- Em oracle...@yahoogrup os.com.br, "mariano.listas"  
> escreveu
> >
> > Bom dia,
> > 
> > Tenho uma aplicação que usa VARCHAR2 nos campos de caracter de tabelas e 
> > pametros de procedures/function s. Preciso deixar a aplicação compativel 
> > com UTF8, e será necessário trabalhar com NVARCHAR2. Para deixar mais 
> > flexivel, gostaria de criar um tipo ex: CUSTOMVARCHAR2 que dependendo da 
> > instalação poderia ser NVARCHAR2 ou VARCHAR2 e todas as tabelas/procedures/ 
> > functions iriam referenciar este tipo.
> > 
> > É possível de fazer isto no Banco Oracle? Ou é mais vantagem converter tudo 
> > para NVARCHAR2 ?
> > 
> > Banco:
> > Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production
> > PL/SQL Release 9.2.0.1.0 - Production
> > CORE 9.2.0.1.0 Production
> > TNS for 32-bit Windows: Version 9.2.0.1.0 - Production
> > NLSRTL Version 9.2.0.1.0 - Production
> > 
> > 
> > Att.
> > 
> > André Luis Mariano
> > Analista de Sistemas
> > Oracle 10g DB Certified Associate
> > 
> > http://www.linkedin .com/in/andremar ianoit
> >
>





  

Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com

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

[oracle_br] URGENTE ODBC - Coversão de Dados

[Dalton Pereira]

Bom dia Pessoal!

Gostaria se saber se exite alguma maneira de desabilitar a conversão de dados 
que é feita pelos ODBC's do oracle 8, 9i e 10g.

Meu problema é o seguinte: Com o ODBC 7.3 não há conversão de dados é o meu 
sistema funciona, porém tenho problema com imagnes, pois os lob's não são 
suportados por esta versão. Com os drives 8i, 9i  e 10g não tenho problemas com 
as imagens, mas o odbc faz conversões do tipo "ÇÃO" para "??O".


Cheguei a conclusão que a conversão é feita pelo ODBC, pois não tenho nenhum 
problema com o SQL*PLUS.


Dados dos servidor e do desktop.

Servidor: Windows 2003 server
Oracle 9.2.0.7.0
Caracter set US7ASCII

Desctop: Window XP - Professional
NLS_LANG = AMERICAN_AMERICA.US7ASCII


Desde já obrigado!


Att,

Dalton


A Informação Confidencial deverá ser utilizada única e exclusivamente no âmbito 
da relação com a Glauco Informática e não poderá ser repassada, reproduzida de 
qualquer outra forma, e nem revelada a terceiros.

La información confidencial se utilizará única y exclusivamente en relación con 
Glauco Informática, y no se puede pasar, reproduce en modo alguno, ni revelada 
a terceros.

The Confidential Information will be used solely and exclusively in relation to 
the Glauco Informatica and not be passed, reproduced in any way, nor disclosed 
to third parties.


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

Re: [oracle_br] URGENTE

[Diego Leite]

Amigao,


ORA-19815: WARNING: db_recovery_file_dest_size of 107374182400 bytes
is 100.00% used, and has 0 remaining bytes available.

Solucao rapida... .

startup mount;

sho parameter db_recovery_file_dest_size


AAltere...

alter system set db_recovery_file_dest_size=XXXG scope=both;

Nao esqueca de verificar

Como esta configurado o sua potitica de retencao???

Como esta definido o parametro db_recovery_file_dest_size ? ja esta em 100%.

Acredito que resolva.

CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF XXX DAYS;

 Delete expired backup;
 Delete obsolete;


Acredito que sua potitica de retencao nao esteja configurada, pois
deveria estar sendo excluido seus backups obsoletos da sua
flash_recorery_area.


Att,


2009/7/24 João Paulo Velame :
>
>
> Bom dia pessoal,
>
> Poderiam me ajudar a resolver o problema abaixo:
>
> Fri Jul 24 10:15:45 2009
>
> Errors in file /u01/app/oracle/admin/RMS/udump/rms_ora_4348.trc:
>
> ORA-19815: WARNING: db_recovery_file_dest_size of 107374182400 bytes is
> 100.00% used, and has 0 remaining bytes available.
>
> Fri Jul 24 10:15:45 2009
>
> 
>
> You have following choices to free up space from flash recovery area:
>
> 1. Consider changing RMAN RETENTION POLICY. If you are using Data Guard,
>
> then consider changing RMAN ARCHIVELOG DELETION POLICY.
>
> 2. Back up files to tertiary device such as tape using RMAN
>
> BACKUP RECOVERY AREA command.
>
> 3. Add disk space and increase db_recovery_file_dest_size parameter to
>
> reflect the new space.
>
> 4. Delete unnecessary files using RMAN DELETE command. If an operating
>
> system command was used to delete files, then use RMAN CROSSCHECK and
>
> DELETE EXPIRED commands.
>
> 
>
> Fri Jul 24 10:15:45 2009
>
> Errors in file /u01/app/oracle/admin/RMS/udump/rms_ora_4348.trc:
>
> ORA-19809: limit exceeded for recovery files
>
> ORA-19804: cannot reclaim 43427328 bytes disk space from 107374182400 limit
>
> ARCH: Error 19809 Creating archive log file to
> '/u01/app/oracle/flash_recovery_area/RMS/archivelog/2009_07_24/o1_mf_1_1788_6120_.arc'
>
> Fri Jul 24 10:15:45 2009
>
> ARC0: Failed to archive thread 1 sequence 1789 (19809)
>
> ARCH: Archival stopped, error occurred. Will continue retrying
>
> Fri Jul 24 10:15:45 2009
>
> ORACLE Instance RMS - Archival Error
>
> Fri Jul 24 10:15:45 2009
>
> ORA-16038: log 3 sequence# 1789 cannot be archived
>
> ORA-19809: limit exceeded for recovery files
>
> ORA-00312: online log 3 thread 1: '/u01/app/oracle/oradata/RMS/redo03.log'
>
> Fri Jul 24 10:15:45 2009
>
> Errors in file /u01/app/oracle/admin/RMS/bdump/rms_arc0_4350.trc:
>
> ORA-16038: log 3 sequence# 1789 cannot be archived
>
> ORA-19809: limit exceeded for recovery files
>
> ORA-00312: online log 3 thread 1: '/u01/app/oracle/oradata/RMS/redo03.log'
>
> Fri Jul 24 10:15:45 2009
>
> ARCH: Failed to archive thread 1 sequence 1788 (19809)
>
> ORA-16038 signalled during: ALTER DATABASE OPEN...
>
> Fri Jul 24 10:16:44 2009
>
> ARC0: Archiving not possible: No primary destinations
>
> ARC0: Failed to archive thread 1 sequence 1788 (4)
>
> ARCH: Archival stopped, error occurred. Will continue retrying
>
> Fri Jul 24 10:16:44 2009
>
> Grato,
>
> João Paulo
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 



-- 
Att,


Diego Leite
DBA ORACLE

[oracle_br] URGENTE

[João Paulo Velame]

Bom dia pessoal,

Poderiam me ajudar a resolver o problema abaixo:

Fri Jul 24 10:15:45 2009

Errors in file /u01/app/oracle/admin/RMS/udump/rms_ora_4348.trc:

ORA-19815: WARNING: db_recovery_file_dest_size of 107374182400 bytes is 100.00% 
used, and has 0 remaining bytes available.

Fri Jul 24 10:15:45 2009



You have following choices to free up space from flash recovery area:

1. Consider changing RMAN RETENTION POLICY. If you are using Data Guard,

   then consider changing RMAN ARCHIVELOG DELETION POLICY.

2. Back up files to tertiary device such as tape using RMAN

   BACKUP RECOVERY AREA command.

3. Add disk space and increase db_recovery_file_dest_size parameter to

   reflect the new space.

4. Delete unnecessary files using RMAN DELETE command. If an operating

   system command was used to delete files, then use RMAN CROSSCHECK and

   DELETE EXPIRED commands.



Fri Jul 24 10:15:45 2009

Errors in file /u01/app/oracle/admin/RMS/udump/rms_ora_4348.trc:

ORA-19809: limit exceeded for recovery files

ORA-19804: cannot reclaim 43427328 bytes disk space from 107374182400 limit

ARCH: Error 19809 Creating archive log file to 
'/u01/app/oracle/flash_recovery_area/RMS/archivelog/2009_07_24/o1_mf_1_1788_6120_.arc'

Fri Jul 24 10:15:45 2009

ARC0: Failed to archive thread 1 sequence 1789 (19809)

ARCH: Archival stopped, error occurred. Will continue retrying

Fri Jul 24 10:15:45 2009

ORACLE Instance RMS - Archival Error

Fri Jul 24 10:15:45 2009

ORA-16038: log 3 sequence# 1789 cannot be archived

ORA-19809: limit exceeded for recovery files

ORA-00312: online log 3 thread 1: '/u01/app/oracle/oradata/RMS/redo03.log'

Fri Jul 24 10:15:45 2009

Errors in file /u01/app/oracle/admin/RMS/bdump/rms_arc0_4350.trc:

ORA-16038: log 3 sequence# 1789 cannot be archived

ORA-19809: limit exceeded for recovery files

ORA-00312: online log 3 thread 1: '/u01/app/oracle/oradata/RMS/redo03.log'

Fri Jul 24 10:15:45 2009

ARCH: Failed to archive thread 1 sequence 1788 (19809)

ORA-16038 signalled during: ALTER DATABASE OPEN...

Fri Jul 24 10:16:44 2009

ARC0: Archiving not possible: No primary destinations

ARC0: Failed to archive thread 1 sequence 1788 (4)

ARCH: Archival stopped, error occurred. Will continue retrying

Fri Jul 24 10:16:44 2009



Grato,



João Paulo


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

Res: RES: Res: [oracle_br] URGENTE!! Bloco PL não compilando

[Marcelo Feijó Vargas]

Obrigado pessoal pela ajuda, consegui resolver. A  a função FNC_CALC_REAJUSTE_ 
SAL era o problema (select)...

Obrigado novamente.

Marcelo Vargas







De: Luciana Missao Osako Camargo 
Para: oracle_br@yahoogrupos.com.br
Enviadas: Sexta-feira, 17 de Julho de 2009 8:55:23
Assunto: RES: Res: [oracle_br] URGENTE!! Bloco PL não compilando

  
Marcelo,

Apenas o comando abaixo funciona?

INSERT INTO EMPR
(EMPNO, ENAME, MGR, JOB, HIREDATE, SAL, COMM, DEPTNO)
SELECT EMPNO, ENAME, MGR, JOB, HIREDATE, FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) 
, COMM, DEPTNO
FROM EMP
WHERE JOB <> 'PRESIDENT';

Se não funcionar, veja se o nome dos campos e tipos nas duas tabelas estão 
corretos e também se a função FNC_CALC_REAJUSTE_ SAL existe e recebe os 
atributos nos tipos corretos.

Luc

> > --- Em qua, 15/7/09, Marcelo Feijó Vargas  br>
> > escreveu:
> >
> > De: Marcelo Feijó Vargas 
> > Assunto: Res: [oracle_br] URGENTE!! Bloco PL não compilando
> > Para: oracle...@yahoogrup os.com.br
> > Data: Quarta-feira, 15 de Julho de 2009, 17:10
> >
> > Oi Simone,
> >
> > Outro colega aqui da lista corrigiu para mim , mas continuou dando outros
> > erros.
> >
> > Ele diz que a palavra-chave FROM não está localizada onde esperava-se e
> >
> > especificação invalida para usuario.tabela. coluna, tabela.coluna ou de
> > coluna, no select do campo HIREDATE.Segue estrutura corrigida:
> >
> > CREATE OR REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL
> >
> > IS
> >
> > CURSOR C1 IS
> >
> > SELECT
> >
> > EMPNO,
> >
> > DEPTNO,
> >
> > ENAME,
> >
> > JOB,
> >
> > MGR,
> >
> > HIREDATE,
> >
> > FUNCTION FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL, -- ADICIONEI A
> VÍRGULA
> >
> > COMM
> >
> > FROM EMP
> >
> > WHERE JOB <>
> >
> > 'PRESIDENT'; -- ADICIONEI O PONTO E VÍRGULA
> >
> > BEGIN
> >
> > OPEN C1; -- ABRIR O CURSOR
> >
> > FOR R1 IN C1 LOOP
> >
> > INSERT INTO EMPR
> >
> > (EMPNO,
> >
> > DEPTNO,
> >
> > ENAME,
> >
> > JOB,
> >
> > MGR,
> >
> > HIREDATE,
> >
> > VALUES
> >
> > (R1..EMPNO,
> >
> > R1.DEPTNO,
> >
> > R1.ENAME,
> >
> > R1...JOB,
> >
> > R1.MGR,
> >
> > R1.HIREDATE,
> >
> > R1.SAL,
> >
> > R1.COMM,
> >
> > R1.DEPTNO);
> >
> > COMMIT; -- ADICIONADO O PONTO E VÍRGULA
> >
> > END LOOP;
> >
> > EXCEPTION
> >
> > WHEN OTHERS THEN
> >
> > RAISE_APPLICATION_ ERROR
> >
> > (-20001,
> >
> > 'Erro ao inserir
> >
> > funcionarios- ' || SQLERRM);
> >
> > END;
> >
> >  _ _ __
> >
> > De: Simone Gaspar 
> >
> > Para: oracle...@yahoogrup os.com.br
> >
> > Enviadas: Quarta-feira, 15 de Julho de 2009 16:28:08
> >
> > Assunto: Re: [oracle_br] URGENTE!! Bloco PL não compilando
> >
> > Olá, Marcelo,
> >
> > Falta uma vírgula no final dessa linha:
> >
> > FUNCTION FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL
> >
> > []s
> >
> > Simone
> >
> > --- Em qua, 15/7/09, Marcelo Feijó Vargas  br>
> > escreveu:
> >
> > De: Marcelo Feijó Vargas 
> >
> > Assunto: [oracle_br] URGENTE!! Bloco PL não compilando
> >
> > Para: oracle...@yahoogrup os.com.br
> >
> > Data: Quarta-feira, 15 de Julho de 2009, 15:17
> >
> > Pessoal,
> >
> > Criei uma stored procedure para inserir no campo salário os valores já
> >
> > reajustados e não estou encontrando o erro de compilação.
> >
> > Utilizando show errors, ele diz que a palavra-chave FROM não está
> > localizada onde esperava-se. Outro erro está no END LOOP (esperava-se
> outro
> > simbolo).
> >
> > Aguardo ajuda,
> >
> > Obrigado (segue abaixo o codigo)
> >
> > CREATE OR REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL
> >
> > IS
> >
> > CURSOR C1 IS
> >
> > SELECT
> >
> > EMPNO,
> >
> > DEPTNO,
> >
> > ENAME,
> >
> > JOB,
> >
> > MGR,
> >
> > HIREDATE,
> >
> > FUNCTION FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL
> >
> > COMM
> >
> > FROM EMP
> >
> > WHERE JOB <>
> >
> > 'PRESIDENT'
> >
> > BEGIN
> >
> > FOR R1 IN C1 LOOP
>

RES: Res: [oracle_br] URGENTE!! Bloco PL não compilando

[Luciana Missao Osako Camargo]

Marcelo,

  Apenas o comando abaixo funciona?

INSERT INTO EMPR
(EMPNO, ENAME, MGR, JOB, HIREDATE, SAL, COMM, DEPTNO)
SELECT EMPNO, ENAME, MGR, JOB, HIREDATE, FNC_CALC_REAJUSTE_SAL (EMPNO,DEPTNO), 
COMM, DEPTNO
FROM EMP
WHERE JOB <> 'PRESIDENT';

  Se não funcionar, veja se o nome dos campos e tipos nas duas tabelas estão 
corretos e também se a função FNC_CALC_REAJUSTE_SAL existe e recebe os 
atributos nos tipos corretos.

Luc


> > --- Em qua, 15/7/09, Marcelo Feijó Vargas  br>
> > escreveu:
> >
> > De: Marcelo Feijó Vargas 
> > Assunto: Res: [oracle_br] URGENTE!! Bloco PL não compilando
> > Para: oracle...@yahoogrup os.com.br
> > Data: Quarta-feira, 15 de Julho de 2009, 17:10
> >
> > Oi Simone,
> >
> > Outro colega aqui da lista corrigiu para mim , mas continuou dando outros
> > erros.
> >
> > Ele diz que a palavra-chave FROM não está localizada onde esperava-se e
> >
> > especificação invalida para usuario.tabela. coluna, tabela.coluna ou de
> > coluna, no select do campo HIREDATE.Segue estrutura corrigida:
> >
> > CREATE OR REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL
> >
> > IS
> >
> > CURSOR C1 IS
> >
> > SELECT
> >
> > EMPNO,
> >
> > DEPTNO,
> >
> > ENAME,
> >
> > JOB,
> >
> > MGR,
> >
> > HIREDATE,
> >
> > FUNCTION FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL, -- ADICIONEI A
> VÍRGULA
> >
> > COMM
> >
> > FROM EMP
> >
> > WHERE JOB <>
> >
> > 'PRESIDENT'; -- ADICIONEI O PONTO E VÍRGULA
> >
> > BEGIN
> >
> > OPEN C1; -- ABRIR O CURSOR
> >
> > FOR R1 IN C1 LOOP
> >
> > INSERT INTO EMPR
> >
> > (EMPNO,
> >
> > DEPTNO,
> >
> > ENAME,
> >
> > JOB,
> >
> > MGR,
> >
> > HIREDATE,
> >
> > VALUES
> >
> > (R1.EMPNO,
> >
> > R1.DEPTNO,
> >
> > R1.ENAME,
> >
> > R1...JOB,
> >
> > R1.MGR,
> >
> > R1.HIREDATE,
> >
> > R1.SAL,
> >
> > R1.COMM,
> >
> > R1.DEPTNO);
> >
> > COMMIT; -- ADICIONADO O PONTO E VÍRGULA
> >
> > END LOOP;
> >
> > EXCEPTION
> >
> > WHEN OTHERS THEN
> >
> > RAISE_APPLICATION_ ERROR
> >
> > (-20001,
> >
> > 'Erro ao inserir
> >
> > funcionarios-' || SQLERRM);
> >
> > END;
> >
> >  _ _ __
> >
> > De: Simone Gaspar 
> >
> > Para: oracle...@yahoogrup os.com.br
> >
> > Enviadas: Quarta-feira, 15 de Julho de 2009 16:28:08
> >
> > Assunto: Re: [oracle_br] URGENTE!! Bloco PL não compilando
> >
> > Olá, Marcelo,
> >
> > Falta uma vírgula no final dessa linha:
> >
> > FUNCTION FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL
> >
> > []s
> >
> > Simone
> >
> > --- Em qua, 15/7/09, Marcelo Feijó Vargas  br>
> > escreveu:
> >
> > De: Marcelo Feijó Vargas 
> >
> > Assunto: [oracle_br] URGENTE!! Bloco PL não compilando
> >
> > Para: oracle...@yahoogrup os.com.br
> >
> > Data: Quarta-feira, 15 de Julho de 2009, 15:17
> >
> > Pessoal,
> >
> > Criei uma stored procedure para inserir no campo salário os valores já
> >
> > reajustados e não estou encontrando o erro de compilação.
> >
> > Utilizando show errors, ele diz que a palavra-chave FROM não está
> > localizada onde esperava-se. Outro erro está no END LOOP (esperava-se
> outro
> > simbolo).
> >
> > Aguardo ajuda,
> >
> > Obrigado (segue abaixo o codigo)
> >
> > CREATE OR REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL
> >
> > IS
> >
> > CURSOR C1 IS
> >
> > SELECT
> >
> > EMPNO,
> >
> > DEPTNO,
> >
> > ENAME,
> >
> > JOB,
> >
> > MGR,
> >
> > HIREDATE,
> >
> > FUNCTION FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL
> >
> > COMM
> >
> > FROM EMP
> >
> > WHERE JOB <>
> >
> > 'PRESIDENT'
> >
> > BEGIN
> >
> > FOR R1 IN C1 LOOP
> >
> > INSERT INTO EMPR
> >
> > (EMPNO,
> >
> > DEPTNO,
> >
> > ENAME,
> >
> > JOB,
> >
> > MGR,
> >
> > HIREDATE,
> >
> > VALUES
> >
> > (R1.EMPNO,
> >
> > R1.DEPTNO,
> >
> > R1.ENAME,
> >
> > 

Re: Res: [oracle_br] URGENTE!! Bloco PL não compila ndo

[Roberto Oshikawa]

faz o seguinte tenta executar apenas o select do cursor para ver se funciona

2009/7/15 Marcelo Feijó Vargas 

>
>
> tirei o open cursor, continua com o mesmo erro.
>
>
> CREATE OR
> REPLACE PROCEDURE PRC_FNC_ATUALIZA_SAL
> IS
> CURSOR C1 IS
> SELECT
> EMPNO, DEPTNO, ENAME, JOB, MGR, HIREDATE,
>
> FNC_CALC_REAJUSTE_SAL (EMPNO,DEPTNO) SAL,
> COMM
> FROM EMP
> WHERE JOB <> ‘PRESIDENT’;
>
> BEGIN
> FOR R1 IN C1 LOOP
> INSERT INTO EMPR
> (EMPNO, ENAME, MGR, JOB, HIREDATE, SAL, COMM,
> DEPTNO)
> VALUES
> (R1.EMPNO, R1.ENAME, R1.MGR, R1.JOB, R1.HIREDATE, R1.SAL,
> R1.COMM, R1.DEPTNO);
> COMMIT;
> END LOOP;
> EXCEPTION
> WHEN OTHERS THEN
> RAISE_APPLICATION_ERROR(-20001,‘Erro ao inserir funcionarios-‘ || SQLERRM);
> END;
>
>
> 
> De: Roberto Oshikawa >
> Para: oracle_br@yahoogrupos.com.br 
> Enviadas: Quarta-feira, 15 de Julho de 2009 18:26:08
> Assunto: Re: Res: [oracle_br] URGENTE!! Bloco PL não compilando
>
> tire o open cursor, deixe apenas o for
>
> 2009/7/15 Marcelo Feijó Vargas 
> 
> >
>
> >
> >
> > Olá,
> >
> > Fiz diversas alterações, e ainda estou com um erro! Acusa na linha 16.
> > Deptno: identificador invalido.Segue a estrutura
> >
> >
> > CREATE OR
> > REPLACE PROCEDURE PRC_FNC_ATUALIZA_SAL
> > IS
> > CURSOR C1 IS
> > SELECT
> > EMPNO, DEPTNO, ENAME, JOB, MGR, HIREDATE,
> >
> > FNC_CALC_REAJUSTE_SAL (EMPNO,DEPTNO) SAL,
> > COMM
> > FROM EMP
> > WHERE JOB <> ‘PRESIDENT’;
> >
> > BEGIN
> > OPEN C1;
> > FOR R1 IN C1 LOOP
> > INSERT INTO EMPR
> > (EMPNO, ENAME, MGR, JOB, HIREDATE, SAL, COMM,
> > DEPTNO)
> > VALUES
> > (R1.EMPNO, R1.ENAME, R1.MGR, R1.JOB, R1.HIREDATE, R1.SAL,
> > R1.COMM, R1.DEPTNO);
> > COMMIT;
> > END LOOP;
> > EXCEPTION
> > WHEN OTHERS THEN
> > RAISE_APPLICATION_ERROR(-20001,‘Erro ao inserir funcionarios-‘ ||
> SQLERRM);
> > END;
> >
> >
> > 
> > De: Simone Gaspar 
> > 
> 
> > >
> > Para: oracle...@yahoogrupos.com..br 
> >  40yahoogrupos.com.br>
>
> > Enviadas: Quarta-feira, 15 de Julho de 2009 17:40:36
> > Assunto: Re: Res: [oracle_br] URGENTE!! Bloco PL não compilando
> >
> >
> > Oi, Marcelo,
> >
> > Veja onde estão os demais erros:
> >
> > - não é necessária a palavra FUNCTION aqui:
> >
> > FUNCTION FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL,
> >
> > - feche o parênteses no final das colunas do INSERT e retire a vírgula
> após
> > o campo HIREDATE:
> >
> > INSERT INTO EMPR
> >
> > (EMPNO,
> >
> > DEPTNO,
> >
> > ENAME,
> >
> > JOB,
> >
> > MGR,
> >
> > HIREDATE)
> >
> > - retire os 2 pontos da coluna R1.JOB
> >
> > VALUES
> >
> > (R1.EMPNO,
> >
> > R1.DEPTNO,
> >
> > R1.ENAME,
> >
> > R1.JOB, -- retirar 1 ponto daqui
> >
> > - retire os espaços das chamadas das funções:
> >
> > CREATE OR REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL
> > -- remover o espaço antes da palavra SAL
> > FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) -- remover o espaço antes da
> palavra
> > SAL
> >
> > RAISE_APPLICATION_ ERROR -- remover o espaço antes da palavra ERROR
> >
> > Para facilitar, aí vai o corpo da procedure com os erros corrigidos:
> >
> > CREATE OR REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL IS
> > CURSOR C1 IS
> > SELECT EMPNO,
> > DEPTNO,
> > ENAME,
> > JOB,
> > MGR,
> > HIREDATE,
> > FNC_CALC_REAJUSTE_ SAL(EMPNO, DEPTNO) SAL, -- ADICIONEI A VÍRGULA
> > COMM
> > FROM EMP
> > WHERE JOB <> 'PRESIDENT'; -- ADICIONEI O PONTO E VÍRGULA
> > BEGIN
> > OPEN C1; -- ABRIR O CURSOR
> > FOR R1 IN C1 LOOP
> > INSERT INTO EMPR
> > (EMPNO, DEPTNO, ENAME, JOB, MGR, HIREDATE)
> > VALUES
> > (R1.EMPNO,
> > R1.DEPTNO,
> > R1.ENAME,
> > R1.JOB,
> > R1.MGR,
> > R1..HIREDATE,
> > R1.SAL,
> > R1.COMM,
> > R1.DEPTNO);
> > COMMIT; -- ADICIONADO O PONTO E VÍRGULA
> > END LOOP;
> > EXCEPTION
> > WHEN OTHERS THEN
> > RAISE_APPLICATION_ ERROR(-20001, 'Erro ao inserir funcionarios- ' ||
> > SQLERRM);
> > END;
> >
> > []s
> > Simone
> >
> > --- Em qua, 15/7/09, Marcelo Feijó Vargas  br>
> > escreveu:
> >
> > De: Marcelo Feijó Vargas 
> > Assunto: Res:

Res: Res: [oracle_br] URGENTE!! Bloco PL não compilando

[Simone Gaspar]

A coluna DEPTNO existe na tabela EMPR?





De: Marcelo Feijó Vargas 
Para: oracle_br@yahoogrupos.com.br
Enviadas: Quarta-feira, 15 de Julho de 2009 21:01:46
Assunto: Res: [oracle_br] URGENTE!! Bloco PL não compilando

  
Sim, tenho certeza. Comentei as linhas do insert...e compilou.
O erro está no insert.

 _ _ __
De: Lucimar dos Santos 
Para: oracle...@yahoogrup os.com.br
Enviadas: Quarta-feira, 15 de Julho de 2009 20:20:34
Assunto: Re: [oracle_br] URGENTE!! Bloco PL não compilando

Marcelo essa função: FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) 

Existe, está funcionando corretamente ???

vc tem certeza que o erro é no insert, já chegou a comentar as linhas do insert 
para ver se compila ???

Lucimar dos Santos
Programador Oracle Forms/Reports 6 e 9

- Original Message - 
From: Marcelo Feijó Vargas 
To: oracle...@yahoogrup os.com.br 
Sent: Wednesday, July 15, 2009 8:06 PM
Subject: Res: [oracle_br] URGENTE!! Bloco PL não compilando

Não foi ainda galera, o erro continua a persistir como identificador invalido 
DEPTNO

 _ _ __
De: Jeison 
Para: oracle...@yahoogrup os.com.br
Enviadas: Quarta-feira, 15 de Julho de 2009 19:49:34
Assunto: Re: Res: [oracle_br] URGENTE!! Bloco PL não compilando

tira o espaço em branco ali do RAISE_APPLICATION_ ERROR e troca por aspas 
simples a mensagem de erro ...

RAISE_APPLICATION_ ERROR(-20001,‘Erro ao inserir funcionarios-‘ || SQLERRM);

- Original Message - 
From: Marcelo Feijó Vargas 
To: oracle...@yahoogrup os.com.br 
Sent: Wednesday, July 15, 2009 7:24 PM
Subject: Res: Res: [oracle_br] URGENTE!! Bloco PL não compilando

Sim, exatamente.Nã o consigo mais enxergar o erro.

 _ _ __
De: Jeison 
Para: oracle...@yahoogrup os.com.br
Enviadas: Quarta-feira, 15 de Julho de 2009 18:57:39
Assunto: Re: Res: [oracle_br] URGENTE!! Bloco PL não compilando

o insert está na ordem correta da tabela, o campo DEPTNO é realmente o ultimo 
campo ?
- Original Message - 
From: Marcelo Feijó Vargas 
To: oracle...@yahoogrup os..com.br 
Sent: Wednesday, July 15, 2009 6:35 PM
Subject: Res: Res: [oracle_br] URGENTE!! Bloco PL não compilando

tirei o open cursor, continua com o mesmo erro.

CREATE OR
REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL
IS
CURSOR C1 IS
SELECT 
EMPNO, DEPTNO, ENAME, JOB, MGR, HIREDATE,

FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL, 
COMM
FROM EMP
WHERE JOB <> ‘PRESIDENT’; 

BEGIN
FOR R1 IN C1 LOOP
INSERT INTO EMPR
(EMPNO, ENAME, MGR, JOB, HIREDATE, SAL, COMM,
DEPTNO)
VALUES
(R1.EMPNO, R1.ENAME, R1.MGR, R1.JOB, R1.HIREDATE, R1.SAL,
R1.COMM, R1.DEPTNO);
COMMIT; 
END LOOP;
EXCEPTION
WHEN OTHERS THEN
RAISE_APPLICATION_ ERROR(-20001,‘Erro ao inserir funcionarios-‘ || SQLERRM);
END;

 _ _ __
De: Roberto Oshikawa 
Para: oracle...@yahoogrup os.com.br
Enviadas: Quarta-feira, 15 de Julho de 2009 18:26:08
Assunto: Re: Res: [oracle_br] URGENTE!! Bloco PL não compilando

tire o open cursor, deixe apenas o for

2009/7/15 Marcelo Feijó Vargas 

>
>
> Olá,
>
> Fiz diversas alterações, e ainda estou com um erro! Acusa na linha 16.
> Deptno: identificador invalido.Segue a estrutura
>
>
> CREATE OR
> REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL
> IS
> CURSOR C1 IS
> SELECT
> EMPNO, DEPTNO, ENAME, JOB, MGR, HIREDATE,
>
> FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL,
> COMM
> FROM EMP
> WHERE JOB <> ‘PRESIDENT’;
>
> BEGIN
> OPEN C1;
> FOR R1 IN C1 LOOP
> INSERT INTO EMPR
> (EMPNO, ENAME, MGR, JOB, HIREDATE, SAL, COMM,
> DEPTNO)
> VALUES
> (R1.EMPNO, R1.ENAME, R1.MGR, R1.JOB, R1.HIREDATE, R1.SAL,
> R1.COMM, R1.DEPTNO);
> COMMIT;
> END LOOP;
> EXCEPTION
> WHEN OTHERS THEN
> RAISE_APPLICATION_ ERROR(-20001,‘Erro ao inserir funcionarios-‘ || SQLERRM);
> END;
>
>
>  _ _ __
> De: Simone Gaspar  br>
> >
> Para: oracle...@yahoogrup os.com..br 
> Enviadas: Quarta-feira, 15 de Julho de 2009 17:40:36
> Assunto: Re: Res: [oracle_br] URGENTE!! Bloco PL não compilando
>
>
> Oi, Marcelo,
>
> Veja onde estão os demais erros:
>
> - não é necessária a palavra FUNCTION aqui:
>
> FUNCTION FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL,
>
> - feche o parênteses no final das colunas do INSERT e retire a vírgula após
> o campo HIREDATE:
>
> INSERT INTO EMPR
>
> (EMPNO,
>
> DEPTNO,
>
> ENAME,
>
> JOB,
>
> MGR,
>
> HIREDATE)
>
> - retire os 2 pontos da coluna R1.JOB
>
> VALUES
>
> (R1.EMPNO,
>
> R1.DEPTNO,
>
> R1.ENAME,
>
> R1.JOB, -- retirar 1 ponto daqui
>
> - retire os espaços das chamadas das funções:
>
> CREATE OR REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL
> -- remover o espaço antes da palavra SAL
> FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) -- remover o espaço antes da

Re: [oracle_br] URGENTE!! Bloco PL não compilando

[Lucimar dos Santos]

Marcelo testa com esse código abaixo:

CREATE OR
REPLACE PROCEDURE PRC_FNC_ATUALIZA_SAL
IS
CURSOR C1 IS
SELECT 
EMPNO, DEPTNO, ENAME, JOB, MGR, HIREDATE,
FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL, 
COMM
FROM EMP
WHERE JOB <> ‘PRESIDENT’; 
BEGIN
FOR R1 IN C1 LOOP
INSERT INTO EMPR
(EMPNO, ENAME, MGR, JOB, HIREDATE, SAL, COMM,
DEPTNO)
VALUES
(R1.EMPNO, R1.ENAME, R1.MGR, R1.JOB, R1.HIREDATE, R1.SAL,
R1.COMM, R1.DEPTNO);
COMMIT; 
END LOOP;
END;

Lucimar dos Santos
Programador Oracle Forms/Reports 6 e 9




  - Original Message - 
  From: Marcelo Feijó Vargas 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, July 15, 2009 9:01 PM
  Subject: Res: [oracle_br] URGENTE!! Bloco PL não compilando


Sim, tenho certeza. Comentei as linhas do insert...e compilou.
  O erro está no insert.

  
  De: Lucimar dos Santos 
  Para: oracle_br@yahoogrupos.com.br
  Enviadas: Quarta-feira, 15 de Julho de 2009 20:20:34
  Assunto: Re: [oracle_br] URGENTE!! Bloco PL não compilando

  Marcelo essa função: FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) 

  Existe, está funcionando corretamente ???

  vc tem certeza que o erro é no insert, já chegou a comentar as linhas do 
insert para ver se compila ???

  Lucimar dos Santos
  Programador Oracle Forms/Reports 6 e 9

  - Original Message - 
  From: Marcelo Feijó Vargas 
  To: oracle...@yahoogrup os.com.br 
  Sent: Wednesday, July 15, 2009 8:06 PM
  Subject: Res: [oracle_br] URGENTE!! Bloco PL não compilando

  Não foi ainda galera, o erro continua a persistir como identificador invalido 
DEPTNO

   _ _ __
  De: Jeison 
  Para: oracle...@yahoogrup os.com.br
  Enviadas: Quarta-feira, 15 de Julho de 2009 19:49:34
  Assunto: Re: Res: [oracle_br] URGENTE!! Bloco PL não compilando

  tira o espaço em branco ali do RAISE_APPLICATION_ ERROR e troca por aspas 
simples a mensagem de erro ...

  RAISE_APPLICATION_ ERROR(-20001,‘Erro ao inserir funcionarios-‘ || SQLERRM);

  - Original Message - 
  From: Marcelo Feijó Vargas 
  To: oracle...@yahoogrup os.com.br 
  Sent: Wednesday, July 15, 2009 7:24 PM
  Subject: Res: Res: [oracle_br] URGENTE!! Bloco PL não compilando

  Sim, exatamente.Nã o consigo mais enxergar o erro.

   _ _ __
  De: Jeison 
  Para: oracle...@yahoogrup os.com.br
  Enviadas: Quarta-feira, 15 de Julho de 2009 18:57:39
  Assunto: Re: Res: [oracle_br] URGENTE!! Bloco PL não compilando

  o insert está na ordem correta da tabela, o campo DEPTNO é realmente o ultimo 
campo ?
  - Original Message - 
  From: Marcelo Feijó Vargas 
  To: oracle...@yahoogrup os..com.br 
  Sent: Wednesday, July 15, 2009 6:35 PM
  Subject: Res: Res: [oracle_br] URGENTE!! Bloco PL não compilando

  tirei o open cursor, continua com o mesmo erro.

  CREATE OR
  REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL
  IS
  CURSOR C1 IS
  SELECT 
  EMPNO, DEPTNO, ENAME, JOB, MGR, HIREDATE,

  FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL, 
  COMM
  FROM EMP
  WHERE JOB <> ‘PRESIDENT’; 

  BEGIN
  FOR R1 IN C1 LOOP
  INSERT INTO EMPR
  (EMPNO, ENAME, MGR, JOB, HIREDATE, SAL, COMM,
  DEPTNO)
  VALUES
  (R1.EMPNO, R1.ENAME, R1.MGR, R1.JOB, R1.HIREDATE, R1.SAL,
  R1.COMM, R1.DEPTNO);
  COMMIT; 
  END LOOP;
  EXCEPTION
  WHEN OTHERS THEN
  RAISE_APPLICATION_ ERROR(-20001,‘Erro ao inserir funcionarios-‘ || SQLERRM);
  END;

   _ _ __
  De: Roberto Oshikawa 
  Para: oracle...@yahoogrup os.com.br
  Enviadas: Quarta-feira, 15 de Julho de 2009 18:26:08
  Assunto: Re: Res: [oracle_br] URGENTE!! Bloco PL não compilando

  tire o open cursor, deixe apenas o for

  2009/7/15 Marcelo Feijó Vargas 

  >
  >
  > Olá,
  >
  > Fiz diversas alterações, e ainda estou com um erro! Acusa na linha 16.
  > Deptno: identificador invalido.Segue a estrutura
  >
  >
  > CREATE OR
  > REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL
  > IS
  > CURSOR C1 IS
  > SELECT
  > EMPNO, DEPTNO, ENAME, JOB, MGR, HIREDATE,
  >
  > FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL,
  > COMM
  > FROM EMP
  > WHERE JOB <> ‘PRESIDENT’;
  >
  > BEGIN
  > OPEN C1;
  > FOR R1 IN C1 LOOP
  > INSERT INTO EMPR
  > (EMPNO, ENAME, MGR, JOB, HIREDATE, SAL, COMM,
  > DEPTNO)
  > VALUES
  > (R1.EMPNO, R1.ENAME, R1.MGR, R1.JOB, R1.HIREDATE, R1.SAL,
  > R1.COMM, R1.DEPTNO);
  > COMMIT;
  > END LOOP;
  > EXCEPTION
  > WHEN OTHERS THEN
  > RAISE_APPLICATION_ ERROR(-20001,‘Erro ao inserir funcionarios-‘ || SQLERRM);
  > END;
  >
  >
  >  _ _ __
  > De: Simone Gaspar 
  > >
  > Para: oracle...@yahoogrup os.com..br 
  > Enviadas: Quarta-feira, 15 de Julho de 2009 17:40:36
  > Assunto: Re: Res: [oracle_br] URGENTE!! Bloco PL não compilando
  >
  >
  > Oi, Marcelo,
  >
  > Veja onde estão os demais erros:
  >
  > - não é necessária a palavra FUNCTION aqui:
  >
  

Res: [oracle_br] URGENTE!! Bloco PL não comp ilando

[Marcelo Feijó Vargas]

Sim, tenho certeza. Comentei as linhas do insert...e compilou.
O erro está no insert.





De: Lucimar dos Santos 
Para: oracle_br@yahoogrupos.com.br
Enviadas: Quarta-feira, 15 de Julho de 2009 20:20:34
Assunto: Re: [oracle_br] URGENTE!! Bloco PL não compilando

  
Marcelo essa função: FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) 

Existe, está funcionando corretamente ???

vc tem certeza que o erro é no insert, já chegou a comentar as linhas do insert 
para ver se compila ???

Lucimar dos Santos
Programador Oracle Forms/Reports 6 e 9

- Original Message - 
From: Marcelo Feijó Vargas 
To: oracle...@yahoogrup os.com.br 
Sent: Wednesday, July 15, 2009 8:06 PM
Subject: Res: [oracle_br] URGENTE!! Bloco PL não compilando

Não foi ainda galera, o erro continua a persistir como identificador invalido 
DEPTNO

 _ _ __
De: Jeison 
Para: oracle...@yahoogrup os.com.br
Enviadas: Quarta-feira, 15 de Julho de 2009 19:49:34
Assunto: Re: Res: [oracle_br] URGENTE!! Bloco PL não compilando

tira o espaço em branco ali do RAISE_APPLICATION_ ERROR e troca por aspas 
simples a mensagem de erro ...

RAISE_APPLICATION_ ERROR(-20001,‘Erro ao inserir funcionarios-‘ || SQLERRM);

- Original Message - 
From: Marcelo Feijó Vargas 
To: oracle...@yahoogrup os.com.br 
Sent: Wednesday, July 15, 2009 7:24 PM
Subject: Res: Res: [oracle_br] URGENTE!! Bloco PL não compilando

Sim, exatamente.Nã o consigo mais enxergar o erro.

 _ _ __
De: Jeison 
Para: oracle...@yahoogrup os.com.br
Enviadas: Quarta-feira, 15 de Julho de 2009 18:57:39
Assunto: Re: Res: [oracle_br] URGENTE!! Bloco PL não compilando

o insert está na ordem correta da tabela, o campo DEPTNO é realmente o ultimo 
campo ?
- Original Message - 
From: Marcelo Feijó Vargas 
To: oracle...@yahoogrup os..com.br 
Sent: Wednesday, July 15, 2009 6:35 PM
Subject: Res: Res: [oracle_br] URGENTE!! Bloco PL não compilando

tirei o open cursor, continua com o mesmo erro.

CREATE OR
REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL
IS
CURSOR C1 IS
SELECT 
EMPNO, DEPTNO, ENAME, JOB, MGR, HIREDATE,

FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL, 
COMM
FROM EMP
WHERE JOB <> ‘PRESIDENT’; 

BEGIN
FOR R1 IN C1 LOOP
INSERT INTO EMPR
(EMPNO, ENAME, MGR, JOB, HIREDATE, SAL, COMM,
DEPTNO)
VALUES
(R1.EMPNO, R1.ENAME, R1.MGR, R1.JOB, R1.HIREDATE, R1.SAL,
R1.COMM, R1.DEPTNO);
COMMIT; 
END LOOP;
EXCEPTION
WHEN OTHERS THEN
RAISE_APPLICATION_ ERROR(-20001,‘Erro ao inserir funcionarios-‘ || SQLERRM);
END;

 _ _ __
De: Roberto Oshikawa 
Para: oracle...@yahoogrup os.com.br
Enviadas: Quarta-feira, 15 de Julho de 2009 18:26:08
Assunto: Re: Res: [oracle_br] URGENTE!! Bloco PL não compilando

tire o open cursor, deixe apenas o for

2009/7/15 Marcelo Feijó Vargas 

>
>
> Olá,
>
> Fiz diversas alterações, e ainda estou com um erro! Acusa na linha 16.
> Deptno: identificador invalido.Segue a estrutura
>
>
> CREATE OR
> REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL
> IS
> CURSOR C1 IS
> SELECT
> EMPNO, DEPTNO, ENAME, JOB, MGR, HIREDATE,
>
> FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL,
> COMM
> FROM EMP
> WHERE JOB <> ‘PRESIDENT’;
>
> BEGIN
> OPEN C1;
> FOR R1 IN C1 LOOP
> INSERT INTO EMPR
> (EMPNO, ENAME, MGR, JOB, HIREDATE, SAL, COMM,
> DEPTNO)
> VALUES
> (R1.EMPNO, R1.ENAME, R1.MGR, R1.JOB, R1.HIREDATE, R1.SAL,
> R1.COMM, R1.DEPTNO);
> COMMIT;
> END LOOP;
> EXCEPTION
> WHEN OTHERS THEN
> RAISE_APPLICATION_ ERROR(-20001,‘Erro ao inserir funcionarios-‘ || SQLERRM);
> END;
>
>
>  _ _ __
> De: Simone Gaspar  br>
> >
> Para: oracle...@yahoogrup os.com..br 
> Enviadas: Quarta-feira, 15 de Julho de 2009 17:40:36
> Assunto: Re: Res: [oracle_br] URGENTE!! Bloco PL não compilando
>
>
> Oi, Marcelo,
>
> Veja onde estão os demais erros:
>
> - não é necessária a palavra FUNCTION aqui:
>
> FUNCTION FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL,
>
> - feche o parênteses no final das colunas do INSERT e retire a vírgula após
> o campo HIREDATE:
>
> INSERT INTO EMPR
>
> (EMPNO,
>
> DEPTNO,
>
> ENAME,
>
> JOB,
>
> MGR,
>
> HIREDATE)
>
> - retire os 2 pontos da coluna R1.JOB
>
> VALUES
>
> (R1.EMPNO,
>
> R1.DEPTNO,
>
> R1.ENAME,
>
> R1.JOB, -- retirar 1 ponto daqui
>
> - retire os espaços das chamadas das funções:
>
> CREATE OR REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL
> -- remover o espaço antes da palavra SAL
> FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) -- remover o espaço antes da palavra
> SAL
>
> RAISE_APPLICATION_ ERROR -- remover o espaço antes da palavra ERROR
>
> Para facilitar, aí vai o corpo da procedure com os erros corrigidos:
>
> CREATE OR REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL IS
> CURSOR C1 IS
&g

Re: [oracle_br] URGENTE!! Bloco PL não compilando

[Lucimar dos Santos]

Marcelo essa função: FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) 

Existe, está funcionando corretamente ???

vc tem certeza que o erro é no insert, já chegou a comentar as linhas do insert 
para ver se compila ???

Lucimar dos Santos
Programador Oracle Forms/Reports 6 e 9



  - Original Message - 
  From: Marcelo Feijó Vargas 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, July 15, 2009 8:06 PM
  Subject: Res: [oracle_br] URGENTE!! Bloco PL não compilando


Não foi ainda galera, o erro continua a persistir como identificador 
invalido DEPTNO

  
  De: Jeison 
  Para: oracle_br@yahoogrupos.com.br
  Enviadas: Quarta-feira, 15 de Julho de 2009 19:49:34
  Assunto: Re: Res: [oracle_br] URGENTE!! Bloco PL não compilando

  tira o espaço em branco ali do RAISE_APPLICATION_ ERROR e troca por aspas 
simples a mensagem de erro ...

  RAISE_APPLICATION_ ERROR(-20001,‘Erro ao inserir funcionarios-‘ || SQLERRM);

  - Original Message - 
  From: Marcelo Feijó Vargas 
  To: oracle...@yahoogrup os.com.br 
  Sent: Wednesday, July 15, 2009 7:24 PM
  Subject: Res: Res: [oracle_br] URGENTE!! Bloco PL não compilando

  Sim, exatamente.Nã o consigo mais enxergar o erro.

   _ _ __
  De: Jeison 
  Para: oracle...@yahoogrup os.com.br
  Enviadas: Quarta-feira, 15 de Julho de 2009 18:57:39
  Assunto: Re: Res: [oracle_br] URGENTE!! Bloco PL não compilando

  o insert está na ordem correta da tabela, o campo DEPTNO é realmente o ultimo 
campo ?
  - Original Message - 
  From: Marcelo Feijó Vargas 
  To: oracle...@yahoogrup os..com.br 
  Sent: Wednesday, July 15, 2009 6:35 PM
  Subject: Res: Res: [oracle_br] URGENTE!! Bloco PL não compilando

  tirei o open cursor, continua com o mesmo erro.

  CREATE OR
  REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL
  IS
  CURSOR C1 IS
  SELECT 
  EMPNO, DEPTNO, ENAME, JOB, MGR, HIREDATE,

  FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL, 
  COMM
  FROM EMP
  WHERE JOB <> ‘PRESIDENT’; 

  BEGIN
  FOR R1 IN C1 LOOP
  INSERT INTO EMPR
  (EMPNO, ENAME, MGR, JOB, HIREDATE, SAL, COMM,
  DEPTNO)
  VALUES
  (R1.EMPNO, R1.ENAME, R1.MGR, R1.JOB, R1.HIREDATE, R1.SAL,
  R1.COMM, R1.DEPTNO);
  COMMIT; 
  END LOOP;
  EXCEPTION
  WHEN OTHERS THEN
  RAISE_APPLICATION_ ERROR(-20001,‘Erro ao inserir funcionarios-‘ || SQLERRM);
  END;

   _ _ __
  De: Roberto Oshikawa 
  Para: oracle...@yahoogrup os.com.br
  Enviadas: Quarta-feira, 15 de Julho de 2009 18:26:08
  Assunto: Re: Res: [oracle_br] URGENTE!! Bloco PL não compilando

  tire o open cursor, deixe apenas o for

  2009/7/15 Marcelo Feijó Vargas 

  >
  >
  > Olá,
  >
  > Fiz diversas alterações, e ainda estou com um erro! Acusa na linha 16.
  > Deptno: identificador invalido.Segue a estrutura
  >
  >
  > CREATE OR
  > REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL
  > IS
  > CURSOR C1 IS
  > SELECT
  > EMPNO, DEPTNO, ENAME, JOB, MGR, HIREDATE,
  >
  > FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL,
  > COMM
  > FROM EMP
  > WHERE JOB <> ‘PRESIDENT’;
  >
  > BEGIN
  > OPEN C1;
  > FOR R1 IN C1 LOOP
  > INSERT INTO EMPR
  > (EMPNO, ENAME, MGR, JOB, HIREDATE, SAL, COMM,
  > DEPTNO)
  > VALUES
  > (R1.EMPNO, R1.ENAME, R1.MGR, R1.JOB, R1.HIREDATE, R1.SAL,
  > R1.COMM, R1.DEPTNO);
  > COMMIT;
  > END LOOP;
  > EXCEPTION
  > WHEN OTHERS THEN
  > RAISE_APPLICATION_ ERROR(-20001,‘Erro ao inserir funcionarios-‘ || SQLERRM);
  > END;
  >
  >
  >  _ _ __
  > De: Simone Gaspar 
  > >
  > Para: oracle...@yahoogrup os.com..br 
  > Enviadas: Quarta-feira, 15 de Julho de 2009 17:40:36
  > Assunto: Re: Res: [oracle_br] URGENTE!! Bloco PL não compilando
  >
  >
  > Oi, Marcelo,
  >
  > Veja onde estão os demais erros:
  >
  > - não é necessária a palavra FUNCTION aqui:
  >
  > FUNCTION FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL,
  >
  > - feche o parênteses no final das colunas do INSERT e retire a vírgula após
  > o campo HIREDATE:
  >
  > INSERT INTO EMPR
  >
  > (EMPNO,
  >
  > DEPTNO,
  >
  > ENAME,
  >
  > JOB,
  >
  > MGR,
  >
  > HIREDATE)
  >
  > - retire os 2 pontos da coluna R1.JOB
  >
  > VALUES
  >
  > (R1.EMPNO,
  >
  > R1.DEPTNO,
  >
  > R1.ENAME,
  >
  > R1.JOB, -- retirar 1 ponto daqui
  >
  > - retire os espaços das chamadas das funções:
  >
  > CREATE OR REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL
  > -- remover o espaço antes da palavra SAL
  > FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) -- remover o espaço antes da palavra
  > SAL
  >
  > RAISE_APPLICATION_ ERROR -- remover o espaço antes da palavra ERROR
  >
  > Para facilitar, aí vai o corpo da procedure com os erros corrigidos:
  >
  > CREATE OR REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL IS
  > C

Res: [oracle_br] URGENTE!! Bloco PL não com pilando

[Marcelo Feijó Vargas]

Não foi ainda galera, o erro continua a persistir como identificador invalido 
DEPTNO





De: Jeison 
Para: oracle_br@yahoogrupos.com.br
Enviadas: Quarta-feira, 15 de Julho de 2009 19:49:34
Assunto: Re: Res: [oracle_br] URGENTE!! Bloco PL não compilando

  
tira o espaço em branco ali do  RAISE_APPLICATION_ ERROR  e troca por aspas 
simples a mensagem de erro ...

RAISE_APPLICATION_ ERROR(-20001,‘Erro ao inserir funcionarios-‘ || SQLERRM);

- Original Message - 
From: Marcelo Feijó Vargas 
To: oracle...@yahoogrup os.com.br 
Sent: Wednesday, July 15, 2009 7:24 PM
Subject: Res: Res: [oracle_br] URGENTE!! Bloco PL não compilando

Sim, exatamente.Nã o consigo mais enxergar o erro.

 _ _ __
De: Jeison 
Para: oracle...@yahoogrup os.com.br
Enviadas: Quarta-feira, 15 de Julho de 2009 18:57:39
Assunto: Re: Res: [oracle_br] URGENTE!! Bloco PL não compilando

o insert está na ordem correta da tabela, o campo DEPTNO é realmente o ultimo 
campo ?
- Original Message - 
From: Marcelo Feijó Vargas 
To: oracle...@yahoogrup os..com.br 
Sent: Wednesday, July 15, 2009 6:35 PM
Subject: Res: Res: [oracle_br] URGENTE!! Bloco PL não compilando

tirei o open cursor, continua com o mesmo erro.

CREATE OR
REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL
IS
CURSOR C1 IS
SELECT 
EMPNO, DEPTNO, ENAME, JOB, MGR, HIREDATE,

FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL, 
COMM
FROM EMP
WHERE JOB <> ‘PRESIDENT’; 

BEGIN
FOR R1 IN C1 LOOP
INSERT INTO EMPR
(EMPNO, ENAME, MGR, JOB, HIREDATE, SAL, COMM,
DEPTNO)
VALUES
(R1.EMPNO, R1.ENAME, R1.MGR, R1.JOB, R1.HIREDATE, R1.SAL,
R1.COMM, R1.DEPTNO);
COMMIT; 
END LOOP;
EXCEPTION
WHEN OTHERS THEN
RAISE_APPLICATION_ ERROR(-20001,‘Erro ao inserir funcionarios-‘ || SQLERRM);
END;

 _ _ __
De: Roberto Oshikawa 
Para: oracle...@yahoogrup os.com.br
Enviadas: Quarta-feira, 15 de Julho de 2009 18:26:08
Assunto: Re: Res: [oracle_br] URGENTE!! Bloco PL não compilando

tire o open cursor, deixe apenas o for

2009/7/15 Marcelo Feijó Vargas 

>
>
> Olá,
>
> Fiz diversas alterações, e ainda estou com um erro! Acusa na linha 16.
> Deptno: identificador invalido.Segue a estrutura
>
>
> CREATE OR
> REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL
> IS
> CURSOR C1 IS
> SELECT
> EMPNO, DEPTNO, ENAME, JOB, MGR, HIREDATE,
>
> FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL,
> COMM
> FROM EMP
> WHERE JOB <> ‘PRESIDENT’;
>
> BEGIN
> OPEN C1;
> FOR R1 IN C1 LOOP
> INSERT INTO EMPR
> (EMPNO, ENAME, MGR, JOB, HIREDATE, SAL, COMM,
> DEPTNO)
> VALUES
> (R1.EMPNO, R1.ENAME, R1.MGR, R1.JOB, R1.HIREDATE, R1.SAL,
> R1.COMM, R1.DEPTNO);
> COMMIT;
> END LOOP;
> EXCEPTION
> WHEN OTHERS THEN
> RAISE_APPLICATION_ ERROR(-20001,‘Erro ao inserir funcionarios-‘ || SQLERRM);
> END;
>
>
>  _ _ __
> De: Simone Gaspar  br>
> >
> Para: oracle...@yahoogrup os.com..br 
> Enviadas: Quarta-feira, 15 de Julho de 2009 17:40:36
> Assunto: Re: Res: [oracle_br] URGENTE!! Bloco PL não compilando
>
>
> Oi, Marcelo,
>
> Veja onde estão os demais erros:
>
> - não é necessária a palavra FUNCTION aqui:
>
> FUNCTION FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL,
>
> - feche o parênteses no final das colunas do INSERT e retire a vírgula após
> o campo HIREDATE:
>
> INSERT INTO EMPR
>
> (EMPNO,
>
> DEPTNO,
>
> ENAME,
>
> JOB,
>
> MGR,
>
> HIREDATE)
>
> - retire os 2 pontos da coluna R1.JOB
>
> VALUES
>
> (R1.EMPNO,
>
> R1.DEPTNO,
>
> R1.ENAME,
>
> R1.JOB, -- retirar 1 ponto daqui
>
> - retire os espaços das chamadas das funções:
>
> CREATE OR REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL
> -- remover o espaço antes da palavra SAL
> FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) -- remover o espaço antes da palavra
> SAL
>
> RAISE_APPLICATION_ ERROR -- remover o espaço antes da palavra ERROR
>
> Para facilitar, aí vai o corpo da procedure com os erros corrigidos:
>
> CREATE OR REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL IS
> CURSOR C1 IS
> SELECT EMPNO,
> DEPTNO,
> ENAME,
> JOB,
> MGR,
> HIREDATE,
> FNC_CALC_REAJUSTE_ SAL(EMPNO, DEPTNO) SAL, -- ADICIONEI A VÍRGULA
> COMM
> FROM EMP
> WHERE JOB <> 'PRESIDENT'; -- ADICIONEI O PONTO E VÍRGULA
> BEGIN
> OPEN C1; -- ABRIR O CURSOR
> FOR R1 IN C1 LOOP
> INSERT INTO EMPR
> (EMPNO, DEPTNO, ENAME, JOB, MGR, HIREDATE)
> VALUES
> (R1..EMPNO,
> R1.DEPTNO,
> R1.ENAME,
> R1.JOB,
> R1.MGR,
> R1..HIREDATE,
> R1.SAL,
> R1.COMM,
> R1.DEPTNO);
> COMMIT; -- ADICIONADO O PONTO E VÍRGULA
> END LOOP;
> EXCEPTION
> WHEN OTHERS THEN
> RAISE_APPLICATION_ ERROR(-20001, 'Erro ao inserir funcionarios- ' ||
> SQLERRM);
> END;
>
&g

Re: Res: [oracle_br] URGENTE!! B loco PL não compilando

[Jeison]

tira o espaço em branco ali do  RAISE_APPLICATION_ERROR  e troca por aspas 
simples a mensagem de erro ...

RAISE_APPLICATION_ ERROR(-20001,‘Erro ao inserir funcionarios-‘ || SQLERRM);

  - Original Message - 
  From: Marcelo Feijó Vargas 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, July 15, 2009 7:24 PM
  Subject: Res: Res: [oracle_br] URGENTE!! Bloco PL não compilando


Sim, exatamente.Não consigo mais enxergar o erro.

  
  De: Jeison 
  Para: oracle_br@yahoogrupos.com.br
  Enviadas: Quarta-feira, 15 de Julho de 2009 18:57:39
  Assunto: Re: Res: [oracle_br] URGENTE!! Bloco PL não compilando

  o insert está na ordem correta da tabela, o campo DEPTNO é realmente o ultimo 
campo ?
  - Original Message - 
  From: Marcelo Feijó Vargas 
  To: oracle...@yahoogrup os.com.br 
  Sent: Wednesday, July 15, 2009 6:35 PM
  Subject: Res: Res: [oracle_br] URGENTE!! Bloco PL não compilando

  tirei o open cursor, continua com o mesmo erro.

  CREATE OR
  REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL
  IS
  CURSOR C1 IS
  SELECT 
  EMPNO, DEPTNO, ENAME, JOB, MGR, HIREDATE,

  FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL, 
  COMM
  FROM EMP
  WHERE JOB <> ‘PRESIDENT’; 

  BEGIN
  FOR R1 IN C1 LOOP
  INSERT INTO EMPR
  (EMPNO, ENAME, MGR, JOB, HIREDATE, SAL, COMM,
  DEPTNO)
  VALUES
  (R1.EMPNO, R1.ENAME, R1.MGR, R1.JOB, R1.HIREDATE, R1.SAL,
  R1.COMM, R1.DEPTNO);
  COMMIT; 
  END LOOP;
  EXCEPTION
  WHEN OTHERS THEN
  RAISE_APPLICATION_ ERROR(-20001,‘Erro ao inserir funcionarios-‘ || SQLERRM);
  END;

   _ _ __
  De: Roberto Oshikawa 
  Para: oracle...@yahoogrup os.com.br
  Enviadas: Quarta-feira, 15 de Julho de 2009 18:26:08
  Assunto: Re: Res: [oracle_br] URGENTE!! Bloco PL não compilando

  tire o open cursor, deixe apenas o for

  2009/7/15 Marcelo Feijó Vargas 

  >
  >
  > Olá,
  >
  > Fiz diversas alterações, e ainda estou com um erro! Acusa na linha 16.
  > Deptno: identificador invalido.Segue a estrutura
  >
  >
  > CREATE OR
  > REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL
  > IS
  > CURSOR C1 IS
  > SELECT
  > EMPNO, DEPTNO, ENAME, JOB, MGR, HIREDATE,
  >
  > FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL,
  > COMM
  > FROM EMP
  > WHERE JOB <> ‘PRESIDENT’;
  >
  > BEGIN
  > OPEN C1;
  > FOR R1 IN C1 LOOP
  > INSERT INTO EMPR
  > (EMPNO, ENAME, MGR, JOB, HIREDATE, SAL, COMM,
  > DEPTNO)
  > VALUES
  > (R1.EMPNO, R1.ENAME, R1.MGR, R1.JOB, R1.HIREDATE, R1.SAL,
  > R1.COMM, R1.DEPTNO);
  > COMMIT;
  > END LOOP;
  > EXCEPTION
  > WHEN OTHERS THEN
  > RAISE_APPLICATION_ ERROR(-20001,‘Erro ao inserir funcionarios-‘ || SQLERRM);
  > END;
  >
  >
  >  _ _ __
  > De: Simone Gaspar 
  > >
  > Para: oracle...@yahoogrup os.com..br 
  > Enviadas: Quarta-feira, 15 de Julho de 2009 17:40:36
  > Assunto: Re: Res: [oracle_br] URGENTE!! Bloco PL não compilando
  >
  >
  > Oi, Marcelo,
  >
  > Veja onde estão os demais erros:
  >
  > - não é necessária a palavra FUNCTION aqui:
  >
  > FUNCTION FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL,
  >
  > - feche o parênteses no final das colunas do INSERT e retire a vírgula após
  > o campo HIREDATE:
  >
  > INSERT INTO EMPR
  >
  > (EMPNO,
  >
  > DEPTNO,
  >
  > ENAME,
  >
  > JOB,
  >
  > MGR,
  >
  > HIREDATE)
  >
  > - retire os 2 pontos da coluna R1.JOB
  >
  > VALUES
  >
  > (R1.EMPNO,
  >
  > R1.DEPTNO,
  >
  > R1.ENAME,
  >
  > R1.JOB, -- retirar 1 ponto daqui
  >
  > - retire os espaços das chamadas das funções:
  >
  > CREATE OR REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL
  > -- remover o espaço antes da palavra SAL
  > FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) -- remover o espaço antes da palavra
  > SAL
  >
  > RAISE_APPLICATION_ ERROR -- remover o espaço antes da palavra ERROR
  >
  > Para facilitar, aí vai o corpo da procedure com os erros corrigidos:
  >
  > CREATE OR REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL IS
  > CURSOR C1 IS
  > SELECT EMPNO,
  > DEPTNO,
  > ENAME,
  > JOB,
  > MGR,
  > HIREDATE,
  > FNC_CALC_REAJUSTE_ SAL(EMPNO, DEPTNO) SAL, -- ADICIONEI A VÍRGULA
  > COMM
  > FROM EMP
  > WHERE JOB <> 'PRESIDENT'; -- ADICIONEI O PONTO E VÍRGULA
  > BEGIN
  > OPEN C1; -- ABRIR O CURSOR
  > FOR R1 IN C1 LOOP
  > INSERT INTO EMPR
  > (EMPNO, DEPTNO, ENAME, JOB, MGR, HIREDATE)
  > VALUES
  > (R1.EMPNO,
  > R1.DEPTNO,
  > R1.ENAME,
  > R1.JOB,
  > R1.MGR,
  > R1..HIREDATE,
  > R1.SAL,
  > R1.COMM,
  > R1.DEPTNO);
  > COMMIT; -- ADICIONADO O PONTO E VÍRGULA
  > END LOOP;
  > EXCEPTION
  > WHEN OTHERS THEN
  > RAISE_APPLICATION_ ERROR(-20001, 'Erro ao inserir funcionarios- 

Re: Res: Res: [oracle_br] URGENTE!! Bloco PL não compilando

[lucimar_micromap]

Marcelo acredito que achei o erro, esta faltando um BEGIN..END, como vc colocou 
o cursor dentro de um begin ..exception faltou o begin da procedure, veja 
abaixo con alinhamento.

CREATE OR REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL
IS
   CURSOR C1 IS SELECT EMPNO, 
   DEPTNO, 
   EAME, 
   JOB, 
   MGR, 
   HIREDATE,
   FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL, 
   COMM
FROM   EMP
WHERE  JOB <> `PRESIDENT'; 
BEGIN -- faltou esse
  BEGIN
 FOR R1 IN C1 LOOP
 INSERT INTO EMPR
(EMPNO, 
 ENAME, 
 MGR, 
 JOB, 
 HIREDATE, 
 SAL, 
 COMM,
 DEPTNO)
  VALUES
(R1.EMPNO, 
 R1.ENAME, 
 R1.MGR, 
 R1.JOB, 
 R1.HIREDATE, 
 R1.SAL,
 R1.COMM, 
 R1.DEPTNO);
  COMMIT; 
 END LOOP;
  EXCEPTION
 WHEN OTHERS THEN
  RAISE_APPLICATION_ ERROR(-20001,`Erro ao inserir funcionarios-` || 
SQLERRM);
  END;
END; -- e esse

Lucimar dos Santos
Programador Oracle Forms/Reports 6 e 9



--- Em oracle_br@yahoogrupos.com.br, Marcelo Feijó Vargas  
escreveu
>
> Sim, exatamente.Não consigo mais enxergar o erro.
> 
> 
> 
> 
> 
> De: Jeison 
> Para: oracle_br@yahoogrupos.com.br
> Enviadas: Quarta-feira, 15 de Julho de 2009 18:57:39
> Assunto: Re: Res: [oracle_br] URGENTE!! Bloco PL não compilando
> 
>   
> o insert está na ordem correta da tabela, o campo DEPTNO é realmente o ultimo 
> campo ?
> - Original Message - 
> From: Marcelo Feijó Vargas 
> To: oracle...@yahoogrup os.com.br 
> Sent: Wednesday, July 15, 2009 6:35 PM
> Subject: Res: Res: [oracle_br] URGENTE!! Bloco PL não compilando
> 
> tirei o open cursor, continua com o mesmo erro.
> 
> CREATE OR
> REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL
> IS
> CURSOR C1 IS
> SELECT 
> EMPNO, DEPTNO, ENAME, JOB, MGR, HIREDATE,
> 
> FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL, 
> COMM
> FROM EMP
> WHERE JOB <> `PRESIDENT´; 
> 
> BEGIN
> FOR R1 IN C1 LOOP
> INSERT INTO EMPR
> (EMPNO, ENAME, MGR, JOB, HIREDATE, SAL, COMM,
> DEPTNO)
> VALUES
> (R1.EMPNO, R1.ENAME, R1.MGR, R1.JOB, R1.HIREDATE, R1.SAL,
> R1.COMM, R1.DEPTNO);
> COMMIT; 
> END LOOP;
> EXCEPTION
> WHEN OTHERS THEN
> RAISE_APPLICATION_ ERROR(-20001,`Erro ao inserir funcionarios-` || SQLERRM);
> END;
> 
>  _____ _ __
> De: Roberto Oshikawa 
> Para: oracle...@yahoogrup os.com.br
> Enviadas: Quarta-feira, 15 de Julho de 2009 18:26:08
> Assunto: Re: Res: [oracle_br] URGENTE!! Bloco PL não compilando
> 
> tire o open cursor, deixe apenas o for
> 
> 2009/7/15 Marcelo Feijó Vargas 
> 
> >
> >
> > Olá,
> >
> > Fiz diversas alterações, e ainda estou com um erro! Acusa na linha 16.
> > Deptno: identificador invalido.Segue a estrutura
> >
> >
> > CREATE OR
> > REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL
> > IS
> > CURSOR C1 IS
> > SELECT
> > EMPNO, DEPTNO, ENAME, JOB, MGR, HIREDATE,
> >
> > FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL,
> > COMM
> > FROM EMP
> > WHERE JOB <> `PRESIDENT´;
> >
> > BEGIN
> > OPEN C1;
> > FOR R1 IN C1 LOOP
> > INSERT INTO EMPR
> > (EMPNO, ENAME, MGR, JOB, HIREDATE, SAL, COMM,
> > DEPTNO)
> > VALUES
> > (R1.EMPNO, R1.ENAME, R1.MGR, R1.JOB, R1.HIREDATE, R1.SAL,
> > R1.COMM, R1.DEPTNO);
> > COMMIT;
> > END LOOP;
> > EXCEPTION
> > WHEN OTHERS THEN
> > RAISE_APPLICATION_ ERROR(-20001,`Erro ao inserir funcionarios-` || SQLERRM);
> > END;
> >
> >
> >  _ _ __
> > De: Simone Gaspar  > 40yahoo.com. br>
> > >
> > Para: oracle...@yahoogrup os.com..br 
> > Enviadas: Quarta-feira, 15 de Julho de 2009 17:40:36
> > Assunto: Re: Res: [oracle_br] URGENTE!! Bloco PL não compilando
> >
> >
> > Oi, Marcelo,
> >
> > Veja onde estão os demais erros:
> >
> > - não é necessária a palavra FUNCTION aqui:
> >
> > FUNCTION FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL,
> >
> > - feche o parênteses no final das colunas do INSERT e retire a vírgula após
> > o campo HIREDATE:
> >
> > INSERT INTO EMPR
> >
> > (EMPNO,
> >
> > DEPTNO,
> >
> > ENAME,
> >
> > JOB,
> >
> > MGR,
> >
> > HIREDATE)
> >
> > - retire os 2 pontos da coluna R1.JOB
> >
> > 

Res: Res: [oracle_br] URGENTE!! Bloco PL não compilando

[Marcelo Feijó Vargas]

desculpe, não entendi...como faço?





De: Jeison 
Para: oracle_br@yahoogrupos.com.br
Enviadas: Quarta-feira, 15 de Julho de 2009 19:07:39
Assunto: Re: Res: [oracle_br] URGENTE!! Bloco PL não compilando

  
perdão não vi que tinha colocado a ordem dos campo no insert, tenta ver o que 
retorna o cursor  p/ ver se é possivel inserir nesse campo...
.
- Original Message - 
From: Jeison 
To: oracle...@yahoogrup os.com.br 
Sent: Wednesday, July 15, 2009 6:57 PM
Subject: Re: Res: [oracle_br] URGENTE!! Bloco PL não compilando

o insert está na ordem correta da tabela, o campo DEPTNO é realmente o ultimo 
campo ?
- Original Message - 
From: Marcelo Feijó Vargas 
To: oracle...@yahoogrup os.com.br 
Sent: Wednesday, July 15, 2009 6:35 PM
Subject: Res: Res: [oracle_br] URGENTE!! Bloco PL não compilando

tirei o open cursor, continua com o mesmo erro.

CREATE OR
REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL
IS
CURSOR C1 IS
SELECT 
EMPNO, DEPTNO, ENAME, JOB, MGR, HIREDATE,

FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL, 
COMM
FROM EMP
WHERE JOB <> ‘PRESIDENT’; 

BEGIN
FOR R1 IN C1 LOOP
INSERT INTO EMPR
(EMPNO, ENAME, MGR, JOB, HIREDATE, SAL, COMM,
DEPTNO)
VALUES
(R1.EMPNO, R1.ENAME, R1.MGR, R1.JOB, R1.HIREDATE, R1.SAL,
R1.COMM, R1.DEPTNO);
COMMIT; 
END LOOP;
EXCEPTION
WHEN OTHERS THEN
RAISE_APPLICATION_ ERROR(-20001,‘Erro ao inserir funcionarios-‘ || SQLERRM);
END;

 _ _ __
De: Roberto Oshikawa 
Para: oracle...@yahoogrup os.com.br
Enviadas: Quarta-feira, 15 de Julho de 2009 18:26:08
Assunto: Re: Res: [oracle_br] URGENTE!! Bloco PL não compilando

tire o open cursor, deixe apenas o for

2009/7/15 Marcelo Feijó Vargas 

>
>
> Olá,
>
> Fiz diversas alterações, e ainda estou com um erro! Acusa na linha 16.
> Deptno: identificador invalido.Segue a estrutura
>
>
> CREATE OR
> REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL
> IS
> CURSOR C1 IS
> SELECT
> EMPNO, DEPTNO, ENAME, JOB, MGR, HIREDATE,
>
> FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL,
> COMM
> FROM EMP
> WHERE JOB <> ‘PRESIDENT’;
>
> BEGIN
> OPEN C1;
> FOR R1 IN C1 LOOP
> INSERT INTO EMPR
> (EMPNO, ENAME, MGR, JOB, HIREDATE, SAL, COMM,
> DEPTNO)
> VALUES
> (R1.EMPNO, R1.ENAME, R1.MGR, R1.JOB, R1.HIREDATE, R1.SAL,
> R1.COMM, R1.DEPTNO);
> COMMIT;
> END LOOP;
> EXCEPTION
> WHEN OTHERS THEN
> RAISE_APPLICATION_ ERROR(-20001,‘Erro ao inserir funcionarios-‘ || SQLERRM);
> END;
>
>
>  _ _ __
> De: Simone Gaspar  br>
> >
> Para: oracle...@yahoogrup os..com..br 
> Enviadas: Quarta-feira, 15 de Julho de 2009 17:40:36
> Assunto: Re: Res: [oracle_br] URGENTE!! Bloco PL não compilando
>
>
> Oi, Marcelo,
>
> Veja onde estão os demais erros:
>
> - não é necessária a palavra FUNCTION aqui:
>
> FUNCTION FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL,
>
> - feche o parênteses no final das colunas do INSERT e retire a vírgula após
> o campo HIREDATE:
>
> INSERT INTO EMPR
>
> (EMPNO,
>
> DEPTNO,
>
> ENAME,
>
> JOB,
>
> MGR,
>
> HIREDATE)
>
> - retire os 2 pontos da coluna R1.JOB
>
> VALUES
>
> (R1.EMPNO,
>
> R1.DEPTNO,
>
> R1.ENAME,
>
> R1.JOB, -- retirar 1 ponto daqui
>
> - retire os espaços das chamadas das funções:
>
> CREATE OR REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL
> -- remover o espaço antes da palavra SAL
> FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) -- remover o espaço antes da palavra
> SAL
>
> RAISE_APPLICATION_ ERROR -- remover o espaço antes da palavra ERROR
>
> Para facilitar, aí vai o corpo da procedure com os erros corrigidos:
>
> CREATE OR REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL IS
> CURSOR C1 IS
> SELECT EMPNO,
> DEPTNO,
> ENAME,
> JOB,
> MGR,
> HIREDATE,
> FNC_CALC_REAJUSTE_ SAL(EMPNO, DEPTNO) SAL, -- ADICIONEI A VÍRGULA
> COMM
> FROM EMP
> WHERE JOB <> 'PRESIDENT'; -- ADICIONEI O PONTO E VÍRGULA
> BEGIN
> OPEN C1; -- ABRIR O CURSOR
> FOR R1 IN C1 LOOP
> INSERT INTO EMPR
> (EMPNO, DEPTNO, ENAME, JOB, MGR, HIREDATE)
> VALUES
> (R1.EMPNO,
> R1.DEPTNO,
> R1.ENAME,
> R1.JOB,
> R1.MGR,
> R1..HIREDATE,
> R1.SAL,
> R1.COMM,
> R1.DEPTNO);
> COMMIT; -- ADICIONADO O PONTO E VÍRGULA
> END LOOP;
> EXCEPTION
> WHEN OTHERS THEN
> RAISE_APPLICATION_ ERROR(-20001, 'Erro ao inserir funcionarios- ' ||
> SQLERRM);
> END;
>
> []s
> Simone
>
> --- Em qua, 15/7/09, Marcelo Feijó Vargas 
> escreveu:
>
> De: Marcelo Feijó Vargas 
> Assunto: Res: [oracle_br] URGENTE!! Bloco PL não compilando
> Para: oracle...@yahoogrup os.com.br
> Data: Quarta-feira, 15 de Julho de 2009, 17:10
>
> Oi Simone,
>
> Outro colega aqui da lista corrigiu para mim , mas continuou da

Res: Res: [oracle_br] URGENTE!! Bloco PL não compilando

[Marcelo Feijó Vargas]

Sim, exatamente.Não consigo mais enxergar o erro.





De: Jeison 
Para: oracle_br@yahoogrupos.com.br
Enviadas: Quarta-feira, 15 de Julho de 2009 18:57:39
Assunto: Re: Res: [oracle_br] URGENTE!! Bloco PL não compilando

  
o insert está na ordem correta da tabela, o campo DEPTNO é realmente o ultimo 
campo ?
- Original Message - 
From: Marcelo Feijó Vargas 
To: oracle...@yahoogrup os.com.br 
Sent: Wednesday, July 15, 2009 6:35 PM
Subject: Res: Res: [oracle_br] URGENTE!! Bloco PL não compilando

tirei o open cursor, continua com o mesmo erro.

CREATE OR
REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL
IS
CURSOR C1 IS
SELECT 
EMPNO, DEPTNO, ENAME, JOB, MGR, HIREDATE,

FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL, 
COMM
FROM EMP
WHERE JOB <> ‘PRESIDENT’; 

BEGIN
FOR R1 IN C1 LOOP
INSERT INTO EMPR
(EMPNO, ENAME, MGR, JOB, HIREDATE, SAL, COMM,
DEPTNO)
VALUES
(R1.EMPNO, R1.ENAME, R1.MGR, R1.JOB, R1.HIREDATE, R1.SAL,
R1.COMM, R1.DEPTNO);
COMMIT; 
END LOOP;
EXCEPTION
WHEN OTHERS THEN
RAISE_APPLICATION_ ERROR(-20001,‘Erro ao inserir funcionarios-‘ || SQLERRM);
END;

 _ _ __
De: Roberto Oshikawa 
Para: oracle...@yahoogrup os.com.br
Enviadas: Quarta-feira, 15 de Julho de 2009 18:26:08
Assunto: Re: Res: [oracle_br] URGENTE!! Bloco PL não compilando

tire o open cursor, deixe apenas o for

2009/7/15 Marcelo Feijó Vargas 

>
>
> Olá,
>
> Fiz diversas alterações, e ainda estou com um erro! Acusa na linha 16.
> Deptno: identificador invalido.Segue a estrutura
>
>
> CREATE OR
> REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL
> IS
> CURSOR C1 IS
> SELECT
> EMPNO, DEPTNO, ENAME, JOB, MGR, HIREDATE,
>
> FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL,
> COMM
> FROM EMP
> WHERE JOB <> ‘PRESIDENT’;
>
> BEGIN
> OPEN C1;
> FOR R1 IN C1 LOOP
> INSERT INTO EMPR
> (EMPNO, ENAME, MGR, JOB, HIREDATE, SAL, COMM,
> DEPTNO)
> VALUES
> (R1.EMPNO, R1.ENAME, R1.MGR, R1.JOB, R1.HIREDATE, R1.SAL,
> R1.COMM, R1.DEPTNO);
> COMMIT;
> END LOOP;
> EXCEPTION
> WHEN OTHERS THEN
> RAISE_APPLICATION_ ERROR(-20001,‘Erro ao inserir funcionarios-‘ || SQLERRM);
> END;
>
>
>  _ _ __
> De: Simone Gaspar  br>
> >
> Para: oracle...@yahoogrup os.com..br 
> Enviadas: Quarta-feira, 15 de Julho de 2009 17:40:36
> Assunto: Re: Res: [oracle_br] URGENTE!! Bloco PL não compilando
>
>
> Oi, Marcelo,
>
> Veja onde estão os demais erros:
>
> - não é necessária a palavra FUNCTION aqui:
>
> FUNCTION FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL,
>
> - feche o parênteses no final das colunas do INSERT e retire a vírgula após
> o campo HIREDATE:
>
> INSERT INTO EMPR
>
> (EMPNO,
>
> DEPTNO,
>
> ENAME,
>
> JOB,
>
> MGR,
>
> HIREDATE)
>
> - retire os 2 pontos da coluna R1.JOB
>
> VALUES
>
> (R1.EMPNO,
>
> R1.DEPTNO,
>
> R1.ENAME,
>
> R1.JOB, -- retirar 1 ponto daqui
>
> - retire os espaços das chamadas das funções:
>
> CREATE OR REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL
> -- remover o espaço antes da palavra SAL
> FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) -- remover o espaço antes da palavra
> SAL
>
> RAISE_APPLICATION_ ERROR -- remover o espaço antes da palavra ERROR
>
> Para facilitar, aí vai o corpo da procedure com os erros corrigidos:
>
> CREATE OR REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL IS
> CURSOR C1 IS
> SELECT EMPNO,
> DEPTNO,
> ENAME,
> JOB,
> MGR,
> HIREDATE,
> FNC_CALC_REAJUSTE_ SAL(EMPNO, DEPTNO) SAL, -- ADICIONEI A VÍRGULA
> COMM
> FROM EMP
> WHERE JOB <> 'PRESIDENT'; -- ADICIONEI O PONTO E VÍRGULA
> BEGIN
> OPEN C1; -- ABRIR O CURSOR
> FOR R1 IN C1 LOOP
> INSERT INTO EMPR
> (EMPNO, DEPTNO, ENAME, JOB, MGR, HIREDATE)
> VALUES
> (R1.EMPNO,
> R1.DEPTNO,
> R1.ENAME,
> R1.JOB,
> R1.MGR,
> R1..HIREDATE,
> R1.SAL,
> R1.COMM,
> R1.DEPTNO);
> COMMIT; -- ADICIONADO O PONTO E VÍRGULA
> END LOOP;
> EXCEPTION
> WHEN OTHERS THEN
> RAISE_APPLICATION_ ERROR(-20001, 'Erro ao inserir funcionarios- ' ||
> SQLERRM);
> END;
>
> []s
> Simone
>
> --- Em qua, 15/7/09, Marcelo Feijó Vargas 
> escreveu:
>
> De: Marcelo Feijó Vargas 
> Assunto: Res: [oracle_br] URGENTE!! Bloco PL não compilando
> Para: oracle...@yahoogrup os.com.br
> Data: Quarta-feira, 15 de Julho de 2009, 17:10
>
> Oi Simone,
>
> Outro colega aqui da lista corrigiu para mim , mas continuou dando outros
> erros.
>
> Ele diz que a palavra-chave FROM não está localizada onde esperava-se e
>
> especificação invalida para usuario.tabela. coluna, tabela.coluna ou de
> coluna, no select do campo HIREDATE.Segue estrutura corrigida:
>
> CREATE OR REPLACE PROCEDURE PRC_FNC_ATUAL

Re: Res: [oracle_br] URGENTE!! B loco PL não compilando

[Jeison]

perdão não vi que tinha colocado a ordem dos campo no insert, tenta ver o que 
retorna o cursor  p/ ver se é possivel inserir nesse campo...
.
  - Original Message - 
  From: Jeison 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, July 15, 2009 6:57 PM
  Subject: Re: Res: [oracle_br] URGENTE!! Bloco PL não compilando


o insert está na ordem correta da tabela, o campo DEPTNO é realmente o 
ultimo campo ?
  - Original Message - 
  From: Marcelo Feijó Vargas 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, July 15, 2009 6:35 PM
  Subject: Res: Res: [oracle_br] URGENTE!! Bloco PL não compilando

  tirei o open cursor, continua com o mesmo erro.

  CREATE OR
  REPLACE PROCEDURE PRC_FNC_ATUALIZA_SAL
  IS
  CURSOR C1 IS
  SELECT 
  EMPNO, DEPTNO, ENAME, JOB, MGR, HIREDATE,

  FNC_CALC_REAJUSTE_SAL (EMPNO,DEPTNO) SAL, 
  COMM
  FROM EMP
  WHERE JOB <> ‘PRESIDENT’; 

  BEGIN
  FOR R1 IN C1 LOOP
  INSERT INTO EMPR
  (EMPNO, ENAME, MGR, JOB, HIREDATE, SAL, COMM,
  DEPTNO)
  VALUES
  (R1.EMPNO, R1.ENAME, R1.MGR, R1.JOB, R1.HIREDATE, R1.SAL,
  R1.COMM, R1.DEPTNO);
  COMMIT; 
  END LOOP;
  EXCEPTION
  WHEN OTHERS THEN
  RAISE_APPLICATION_ERROR(-20001,‘Erro ao inserir funcionarios-‘ || SQLERRM);
  END;

  
  De: Roberto Oshikawa 
  Para: oracle_br@yahoogrupos.com.br
  Enviadas: Quarta-feira, 15 de Julho de 2009 18:26:08
  Assunto: Re: Res: [oracle_br] URGENTE!! Bloco PL não compilando

  tire o open cursor, deixe apenas o for

  2009/7/15 Marcelo Feijó Vargas 

  >
  >
  > Olá,
  >
  > Fiz diversas alterações, e ainda estou com um erro! Acusa na linha 16.
  > Deptno: identificador invalido.Segue a estrutura
  >
  >
  > CREATE OR
  > REPLACE PROCEDURE PRC_FNC_ATUALIZA_SAL
  > IS
  > CURSOR C1 IS
  > SELECT
  > EMPNO, DEPTNO, ENAME, JOB, MGR, HIREDATE,
  >
  > FNC_CALC_REAJUSTE_SAL (EMPNO,DEPTNO) SAL,
  > COMM
  > FROM EMP
  > WHERE JOB <> ‘PRESIDENT’;
  >
  > BEGIN
  > OPEN C1;
  > FOR R1 IN C1 LOOP
  > INSERT INTO EMPR
  > (EMPNO, ENAME, MGR, JOB, HIREDATE, SAL, COMM,
  > DEPTNO)
  > VALUES
  > (R1.EMPNO, R1.ENAME, R1.MGR, R1.JOB, R1.HIREDATE, R1.SAL,
  > R1.COMM, R1.DEPTNO);
  > COMMIT;
  > END LOOP;
  > EXCEPTION
  > WHEN OTHERS THEN
  > RAISE_APPLICATION_ERROR(-20001,‘Erro ao inserir funcionarios-‘ || SQLERRM);
  > END;
  >
  >
  > 
  > De: Simone Gaspar 

  > >
  > Para: oracle...@yahoogrupos.com..br 
  > Enviadas: Quarta-feira, 15 de Julho de 2009 17:40:36
  > Assunto: Re: Res: [oracle_br] URGENTE!! Bloco PL não compilando
  >
  >
  > Oi, Marcelo,
  >
  > Veja onde estão os demais erros:
  >
  > - não é necessária a palavra FUNCTION aqui:
  >
  > FUNCTION FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL,
  >
  > - feche o parênteses no final das colunas do INSERT e retire a vírgula após
  > o campo HIREDATE:
  >
  > INSERT INTO EMPR
  >
  > (EMPNO,
  >
  > DEPTNO,
  >
  > ENAME,
  >
  > JOB,
  >
  > MGR,
  >
  > HIREDATE)
  >
  > - retire os 2 pontos da coluna R1.JOB
  >
  > VALUES
  >
  > (R1.EMPNO,
  >
  > R1.DEPTNO,
  >
  > R1.ENAME,
  >
  > R1.JOB, -- retirar 1 ponto daqui
  >
  > - retire os espaços das chamadas das funções:
  >
  > CREATE OR REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL
  > -- remover o espaço antes da palavra SAL
  > FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) -- remover o espaço antes da palavra
  > SAL
  >
  > RAISE_APPLICATION_ ERROR -- remover o espaço antes da palavra ERROR
  >
  > Para facilitar, aí vai o corpo da procedure com os erros corrigidos:
  >
  > CREATE OR REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL IS
  > CURSOR C1 IS
  > SELECT EMPNO,
  > DEPTNO,
  > ENAME,
  > JOB,
  > MGR,
  > HIREDATE,
  > FNC_CALC_REAJUSTE_ SAL(EMPNO, DEPTNO) SAL, -- ADICIONEI A VÍRGULA
  > COMM
  > FROM EMP
  > WHERE JOB <> 'PRESIDENT'; -- ADICIONEI O PONTO E VÍRGULA
  > BEGIN
  > OPEN C1; -- ABRIR O CURSOR
  > FOR R1 IN C1 LOOP
  > INSERT INTO EMPR
  > (EMPNO, DEPTNO, ENAME, JOB, MGR, HIREDATE)
  > VALUES
  > (R1.EMPNO,
  > R1.DEPTNO,
  > R1.ENAME,
  > R1.JOB,
  > R1.MGR,
  > R1..HIREDATE,
  > R1.SAL,
  > R1.COMM,
  > R1.DEPTNO);
  > COMMIT; -- ADICIONADO O PONTO E VÍRGULA
  > END LOOP;
  > EXCEPTION
  > WHEN OTHERS THEN
  > RAISE_APPLICATION_ ERROR(-20001, 'Erro ao inserir funcionarios- ' ||
  > SQLERRM);
  > END;
  >
  > []s
  > Simone
  >
  > --- Em qua, 15/7/09, Marcelo Feijó Vargas 
  > escreveu:
  >
  > De: Marcelo Feijó Vargas 
  > Assunto: Res: [oracle_br] URGENTE!! Bloco PL não compilando
  > Para: oracle...@yahoogrup os.com.br
  > Data: Quarta-feira, 15 de Julho de 

Re: Res: [oracle_br] URGENTE!! B loco PL não compilando

[Jeison]

o insert está na ordem correta da tabela, o campo DEPTNO é realmente o ultimo 
campo ?
  - Original Message - 
  From: Marcelo Feijó Vargas 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, July 15, 2009 6:35 PM
  Subject: Res: Res: [oracle_br] URGENTE!! Bloco PL não compilando


tirei o open cursor, continua com o mesmo erro.

  CREATE OR
  REPLACE PROCEDURE PRC_FNC_ATUALIZA_SAL
  IS
  CURSOR C1 IS
  SELECT 
  EMPNO, DEPTNO, ENAME, JOB, MGR, HIREDATE,

  FNC_CALC_REAJUSTE_SAL (EMPNO,DEPTNO) SAL, 
  COMM
  FROM EMP
  WHERE JOB <> ‘PRESIDENT’; 

  BEGIN
  FOR R1 IN C1 LOOP
  INSERT INTO EMPR
  (EMPNO, ENAME, MGR, JOB, HIREDATE, SAL, COMM,
  DEPTNO)
  VALUES
  (R1.EMPNO, R1.ENAME, R1.MGR, R1.JOB, R1.HIREDATE, R1.SAL,
  R1.COMM, R1.DEPTNO);
  COMMIT; 
  END LOOP;
  EXCEPTION
  WHEN OTHERS THEN
  RAISE_APPLICATION_ERROR(-20001,‘Erro ao inserir funcionarios-‘ || SQLERRM);
  END;


  
  De: Roberto Oshikawa 
  Para: oracle_br@yahoogrupos.com.br
  Enviadas: Quarta-feira, 15 de Julho de 2009 18:26:08
  Assunto: Re: Res: [oracle_br] URGENTE!! Bloco PL não compilando

  tire o open cursor, deixe apenas o for

  2009/7/15 Marcelo Feijó Vargas 

  >
  >
  > Olá,
  >
  > Fiz diversas alterações, e ainda estou com um erro! Acusa na linha 16.
  > Deptno: identificador invalido.Segue a estrutura
  >
  >
  > CREATE OR
  > REPLACE PROCEDURE PRC_FNC_ATUALIZA_SAL
  > IS
  > CURSOR C1 IS
  > SELECT
  > EMPNO, DEPTNO, ENAME, JOB, MGR, HIREDATE,
  >
  > FNC_CALC_REAJUSTE_SAL (EMPNO,DEPTNO) SAL,
  > COMM
  > FROM EMP
  > WHERE JOB <> ‘PRESIDENT’;
  >
  > BEGIN
  > OPEN C1;
  > FOR R1 IN C1 LOOP
  > INSERT INTO EMPR
  > (EMPNO, ENAME, MGR, JOB, HIREDATE, SAL, COMM,
  > DEPTNO)
  > VALUES
  > (R1.EMPNO, R1.ENAME, R1.MGR, R1.JOB, R1.HIREDATE, R1.SAL,
  > R1.COMM, R1.DEPTNO);
  > COMMIT;
  > END LOOP;
  > EXCEPTION
  > WHEN OTHERS THEN
  > RAISE_APPLICATION_ERROR(-20001,‘Erro ao inserir funcionarios-‘ || SQLERRM);
  > END;
  >
  >
  > 
  > De: Simone Gaspar 

  > >
  > Para: oracle...@yahoogrupos.com..br 
  > Enviadas: Quarta-feira, 15 de Julho de 2009 17:40:36
  > Assunto: Re: Res: [oracle_br] URGENTE!! Bloco PL não compilando
  >
  >
  > Oi, Marcelo,
  >
  > Veja onde estão os demais erros:
  >
  > - não é necessária a palavra FUNCTION aqui:
  >
  > FUNCTION FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL,
  >
  > - feche o parênteses no final das colunas do INSERT e retire a vírgula após
  > o campo HIREDATE:
  >
  > INSERT INTO EMPR
  >
  > (EMPNO,
  >
  > DEPTNO,
  >
  > ENAME,
  >
  > JOB,
  >
  > MGR,
  >
  > HIREDATE)
  >
  > - retire os 2 pontos da coluna R1.JOB
  >
  > VALUES
  >
  > (R1.EMPNO,
  >
  > R1.DEPTNO,
  >
  > R1.ENAME,
  >
  > R1.JOB, -- retirar 1 ponto daqui
  >
  > - retire os espaços das chamadas das funções:
  >
  > CREATE OR REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL
  > -- remover o espaço antes da palavra SAL
  > FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) -- remover o espaço antes da palavra
  > SAL
  >
  > RAISE_APPLICATION_ ERROR -- remover o espaço antes da palavra ERROR
  >
  > Para facilitar, aí vai o corpo da procedure com os erros corrigidos:
  >
  > CREATE OR REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL IS
  > CURSOR C1 IS
  > SELECT EMPNO,
  > DEPTNO,
  > ENAME,
  > JOB,
  > MGR,
  > HIREDATE,
  > FNC_CALC_REAJUSTE_ SAL(EMPNO, DEPTNO) SAL, -- ADICIONEI A VÍRGULA
  > COMM
  > FROM EMP
  > WHERE JOB <> 'PRESIDENT'; -- ADICIONEI O PONTO E VÍRGULA
  > BEGIN
  > OPEN C1; -- ABRIR O CURSOR
  > FOR R1 IN C1 LOOP
  > INSERT INTO EMPR
  > (EMPNO, DEPTNO, ENAME, JOB, MGR, HIREDATE)
  > VALUES
  > (R1.EMPNO,
  > R1.DEPTNO,
  > R1.ENAME,
  > R1.JOB,
  > R1.MGR,
  > R1..HIREDATE,
  > R1.SAL,
  > R1.COMM,
  > R1.DEPTNO);
  > COMMIT; -- ADICIONADO O PONTO E VÍRGULA
  > END LOOP;
  > EXCEPTION
  > WHEN OTHERS THEN
  > RAISE_APPLICATION_ ERROR(-20001, 'Erro ao inserir funcionarios- ' ||
  > SQLERRM);
  > END;
  >
  > []s
  > Simone
  >
  > --- Em qua, 15/7/09, Marcelo Feijó Vargas 
  > escreveu:
  >
  > De: Marcelo Feijó Vargas 
  > Assunto: Res: [oracle_br] URGENTE!! Bloco PL não compilando
  > Para: oracle...@yahoogrup os.com.br
  > Data: Quarta-feira, 15 de Julho de 2009, 17:10
  >
  > Oi Simone,
  >
  > Outro colega aqui da lista corrigiu para mim , mas continuou dando outros
  > erros.
  >
  > Ele diz que a palavra-chave FROM não está localizada onde esperava-se e
  >
  > especificação invalida para usuario.tabela. coluna, tabela.coluna ou de
  > coluna, no select do c

Res: Res: [oracle_br] URGENTE!! Bloco PL não compilando

[Marcelo Feijó Vargas]

tirei o open cursor, continua com o mesmo erro.


CREATE OR
REPLACE PROCEDURE PRC_FNC_ATUALIZA_SAL
IS
CURSOR C1 IS
SELECT 
EMPNO, DEPTNO, ENAME, JOB, MGR, HIREDATE,

FNC_CALC_REAJUSTE_SAL (EMPNO,DEPTNO) SAL, 
COMM
FROM EMP
WHERE JOB <> ‘PRESIDENT’; 

BEGIN
FOR R1 IN C1 LOOP
INSERT INTO EMPR
(EMPNO, ENAME, MGR,  JOB, HIREDATE, SAL, COMM,
DEPTNO)
VALUES
(R1.EMPNO, R1.ENAME, R1.MGR, R1.JOB, R1.HIREDATE, R1.SAL,
R1.COMM, R1.DEPTNO);
COMMIT;
END LOOP;
EXCEPTION
WHEN OTHERS THEN
RAISE_APPLICATION_ERROR(-20001,‘Erro ao inserir funcionarios-‘ || SQLERRM);
END;
 





De: Roberto Oshikawa 
Para: oracle_br@yahoogrupos.com.br
Enviadas: Quarta-feira, 15 de Julho de 2009 18:26:08
Assunto: Re: Res: [oracle_br] URGENTE!! Bloco PL não compilando

tire o open cursor, deixe apenas o for


2009/7/15 Marcelo Feijó Vargas 

>
>
> Olá,
>
> Fiz diversas alterações, e ainda estou com um erro! Acusa na linha 16.
> Deptno: identificador invalido.Segue a estrutura
>
>
> CREATE OR
> REPLACE PROCEDURE PRC_FNC_ATUALIZA_SAL
> IS
> CURSOR C1 IS
> SELECT
> EMPNO, DEPTNO, ENAME, JOB, MGR, HIREDATE,
>
> FNC_CALC_REAJUSTE_SAL (EMPNO,DEPTNO) SAL,
> COMM
> FROM EMP
> WHERE JOB <> ‘PRESIDENT’;
>
> BEGIN
> OPEN C1;
> FOR R1 IN C1 LOOP
> INSERT INTO EMPR
> (EMPNO, ENAME, MGR, JOB, HIREDATE, SAL, COMM,
> DEPTNO)
> VALUES
> (R1.EMPNO, R1.ENAME, R1.MGR, R1.JOB, R1.HIREDATE, R1.SAL,
> R1.COMM, R1.DEPTNO);
> COMMIT;
> END LOOP;
> EXCEPTION
> WHEN OTHERS THEN
> RAISE_APPLICATION_ERROR(-20001,‘Erro ao inserir funcionarios-‘ || SQLERRM);
> END;
>
>
> 
> De: Simone Gaspar 
> >
> Para: oracle...@yahoogrupos.com..br 
> Enviadas: Quarta-feira, 15 de Julho de 2009 17:40:36
> Assunto: Re: Res: [oracle_br] URGENTE!! Bloco PL não compilando
>
>
> Oi, Marcelo,
>
> Veja onde estão os demais erros:
>
> - não é necessária a palavra FUNCTION aqui:
>
> FUNCTION FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL,
>
> - feche o parênteses no final das colunas do INSERT e retire a vírgula após
> o campo HIREDATE:
>
> INSERT INTO EMPR
>
> (EMPNO,
>
> DEPTNO,
>
> ENAME,
>
> JOB,
>
> MGR,
>
> HIREDATE)
>
> - retire os 2 pontos da coluna R1.JOB
>
> VALUES
>
> (R1.EMPNO,
>
> R1.DEPTNO,
>
> R1.ENAME,
>
> R1.JOB, -- retirar 1 ponto daqui
>
> - retire os espaços das chamadas das funções:
>
> CREATE OR REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL
> -- remover o espaço antes da palavra SAL
> FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) -- remover o espaço antes da palavra
> SAL
>
> RAISE_APPLICATION_ ERROR -- remover o espaço antes da palavra ERROR
>
> Para facilitar, aí vai o corpo da procedure com os erros corrigidos:
>
> CREATE OR REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL IS
> CURSOR C1 IS
> SELECT EMPNO,
> DEPTNO,
> ENAME,
> JOB,
> MGR,
> HIREDATE,
> FNC_CALC_REAJUSTE_ SAL(EMPNO, DEPTNO) SAL, -- ADICIONEI A VÍRGULA
> COMM
> FROM EMP
> WHERE JOB <> 'PRESIDENT'; -- ADICIONEI O PONTO E VÍRGULA
> BEGIN
> OPEN C1; -- ABRIR O CURSOR
> FOR R1 IN C1 LOOP
> INSERT INTO EMPR
> (EMPNO, DEPTNO, ENAME, JOB, MGR, HIREDATE)
> VALUES
> (R1.EMPNO,
> R1.DEPTNO,
> R1.ENAME,
> R1.JOB,
> R1.MGR,
> R1..HIREDATE,
> R1.SAL,
> R1.COMM,
> R1.DEPTNO);
> COMMIT; -- ADICIONADO O PONTO E VÍRGULA
> END LOOP;
> EXCEPTION
> WHEN OTHERS THEN
> RAISE_APPLICATION_ ERROR(-20001, 'Erro ao inserir funcionarios- ' ||
> SQLERRM);
> END;
>
> []s
> Simone
>
> --- Em qua, 15/7/09, Marcelo Feijó Vargas 
> escreveu:
>
> De: Marcelo Feijó Vargas 
> Assunto: Res: [oracle_br] URGENTE!! Bloco PL não compilando
> Para: oracle...@yahoogrup os.com.br
> Data: Quarta-feira, 15 de Julho de 2009, 17:10
>
> Oi Simone,
>
> Outro colega aqui da lista corrigiu para mim , mas continuou dando outros
> erros.
>
> Ele diz que a palavra-chave FROM não está localizada onde esperava-se e
>
> especificação invalida para usuario.tabela. coluna, tabela.coluna ou de
> coluna, no select do campo HIREDATE.Segue estrutura corrigida:
>
> CREATE OR REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL
>
> IS
>
> CURSOR C1 IS
>
> SELECT
>
> EMPNO,
>
> DEPTNO,
>
> ENAME,
>
> JOB,
>
> MGR,
>
> HIREDATE,
>
> FUNCTION FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL, -- ADICIONEI A VÍRGULA
>
> COMM
>
> FROM EMP
>
> WHERE JOB <>
>
> ‘PRESIDENT’; -- ADICIONEI O PONTO E VÍRGULA
>
> BEGIN
>
> OPEN C1; -- ABRIR O CURSOR
>
> FOR R1 IN C1 LOOP
>
> INSERT INTO EMPR
>
> (EMPNO,
>
> DEPTNO,
>
> ENAME,
>
> JOB,
>
> MGR

Re: Res: [oracle_br] URGENTE!! Bloco PL não compila ndo

[Roberto Oshikawa]

tire o open cursor, deixe apenas o for


2009/7/15 Marcelo Feijó Vargas 

>
>
> Olá,
>
> Fiz diversas alterações, e ainda estou com um erro! Acusa na linha 16.
> Deptno: identificador invalido.Segue a estrutura
>
>
> CREATE OR
> REPLACE PROCEDURE PRC_FNC_ATUALIZA_SAL
> IS
> CURSOR C1 IS
> SELECT
> EMPNO, DEPTNO, ENAME, JOB, MGR, HIREDATE,
>
> FNC_CALC_REAJUSTE_SAL (EMPNO,DEPTNO) SAL,
> COMM
> FROM EMP
> WHERE JOB <> ‘PRESIDENT’;
>
> BEGIN
> OPEN C1;
> FOR R1 IN C1 LOOP
> INSERT INTO EMPR
> (EMPNO, ENAME, MGR, JOB, HIREDATE, SAL, COMM,
> DEPTNO)
> VALUES
> (R1.EMPNO, R1.ENAME, R1.MGR, R1.JOB, R1.HIREDATE, R1.SAL,
> R1.COMM, R1.DEPTNO);
> COMMIT;
> END LOOP;
> EXCEPTION
> WHEN OTHERS THEN
> RAISE_APPLICATION_ERROR(-20001,‘Erro ao inserir funcionarios-‘ || SQLERRM);
> END;
>
>
> 
> De: Simone Gaspar 
> >
> Para: oracle_br@yahoogrupos.com.br 
> Enviadas: Quarta-feira, 15 de Julho de 2009 17:40:36
> Assunto: Re: Res: [oracle_br] URGENTE!! Bloco PL não compilando
>
>
> Oi, Marcelo,
>
> Veja onde estão os demais erros:
>
> - não é necessária a palavra FUNCTION aqui:
>
> FUNCTION FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL,
>
> - feche o parênteses no final das colunas do INSERT e retire a vírgula após
> o campo HIREDATE:
>
> INSERT INTO EMPR
>
> (EMPNO,
>
> DEPTNO,
>
> ENAME,
>
> JOB,
>
> MGR,
>
> HIREDATE)
>
> - retire os 2 pontos da coluna R1.JOB
>
> VALUES
>
> (R1.EMPNO,
>
> R1.DEPTNO,
>
> R1.ENAME,
>
> R1.JOB, -- retirar 1 ponto daqui
>
> - retire os espaços das chamadas das funções:
>
> CREATE OR REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL
> -- remover o espaço antes da palavra SAL
> FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) -- remover o espaço antes da palavra
> SAL
>
> RAISE_APPLICATION_ ERROR -- remover o espaço antes da palavra ERROR
>
> Para facilitar, aí vai o corpo da procedure com os erros corrigidos:
>
> CREATE OR REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL IS
> CURSOR C1 IS
> SELECT EMPNO,
> DEPTNO,
> ENAME,
> JOB,
> MGR,
> HIREDATE,
> FNC_CALC_REAJUSTE_ SAL(EMPNO, DEPTNO) SAL, -- ADICIONEI A VÍRGULA
> COMM
> FROM EMP
> WHERE JOB <> 'PRESIDENT'; -- ADICIONEI O PONTO E VÍRGULA
> BEGIN
> OPEN C1; -- ABRIR O CURSOR
> FOR R1 IN C1 LOOP
> INSERT INTO EMPR
> (EMPNO, DEPTNO, ENAME, JOB, MGR, HIREDATE)
> VALUES
> (R1.EMPNO,
> R1.DEPTNO,
> R1.ENAME,
> R1.JOB,
> R1.MGR,
> R1..HIREDATE,
> R1.SAL,
> R1.COMM,
> R1.DEPTNO);
> COMMIT; -- ADICIONADO O PONTO E VÍRGULA
> END LOOP;
> EXCEPTION
> WHEN OTHERS THEN
> RAISE_APPLICATION_ ERROR(-20001, 'Erro ao inserir funcionarios- ' ||
> SQLERRM);
> END;
>
> []s
> Simone
>
> --- Em qua, 15/7/09, Marcelo Feijó Vargas 
> escreveu:
>
> De: Marcelo Feijó Vargas 
> Assunto: Res: [oracle_br] URGENTE!! Bloco PL não compilando
> Para: oracle...@yahoogrup os.com.br
> Data: Quarta-feira, 15 de Julho de 2009, 17:10
>
> Oi Simone,
>
> Outro colega aqui da lista corrigiu para mim , mas continuou dando outros
> erros.
>
> Ele diz que a palavra-chave FROM não está localizada onde esperava-se e
>
> especificação invalida para usuario.tabela. coluna, tabela.coluna ou de
> coluna, no select do campo HIREDATE.Segue estrutura corrigida:
>
> CREATE OR REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL
>
> IS
>
> CURSOR C1 IS
>
> SELECT
>
> EMPNO,
>
> DEPTNO,
>
> ENAME,
>
> JOB,
>
> MGR,
>
> HIREDATE,
>
> FUNCTION FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL, -- ADICIONEI A VÍRGULA
>
> COMM
>
> FROM EMP
>
> WHERE JOB <>
>
> ‘PRESIDENT’; -- ADICIONEI O PONTO E VÍRGULA
>
> BEGIN
>
> OPEN C1; -- ABRIR O CURSOR
>
> FOR R1 IN C1 LOOP
>
> INSERT INTO EMPR
>
> (EMPNO,
>
> DEPTNO,
>
> ENAME,
>
> JOB,
>
> MGR,
>
> HIREDATE,
>
> VALUES
>
> (R1.EMPNO,
>
> R1.DEPTNO,
>
> R1.ENAME,
>
> R1..JOB,
>
> R1.MGR,
>
> R1.HIREDATE,
>
> R1.SAL,
>
> R1.COMM,
>
> R1.DEPTNO);
>
> COMMIT; -- ADICIONADO O PONTO E VÍRGULA
>
> END LOOP;
>
> EXCEPTION
>
> WHEN OTHERS THEN
>
> RAISE_APPLICATION_ ERROR
>
> (-20001,
>
> ‘Erro ao inserir
>
> funcionarios-‘ || SQLERRM);
>
> END;
>
>  _ _ __
>
> De: Simone Gaspar 
>
> Para: oracle...@yahoogrup os.com.br
>
> Enviadas: Quarta-feira, 15 de Julho de 2009 16:28:08
>
> Assunto: Re: [oracle_br] URGENTE!! Bloco PL não compilando
>
> Olá, Marcelo,
>
> Falta uma vírgula no final

Res: Res: [oracle_br] URGENTE!! Bloco PL não compilando

[Marcelo Feijó Vargas]

Olá,

Fiz diversas alterações, e ainda estou com um erro! Acusa na linha 16.
Deptno: identificador invalido.Segue a estrutura


CREATE OR
REPLACE PROCEDURE PRC_FNC_ATUALIZA_SAL
IS
CURSOR C1 IS
SELECT 
EMPNO, DEPTNO, ENAME, JOB, MGR, HIREDATE,

FNC_CALC_REAJUSTE_SAL (EMPNO,DEPTNO) SAL, 
COMM
FROM EMP
WHERE JOB <> ‘PRESIDENT’; 

BEGIN
OPEN C1; 
FOR R1 IN C1 LOOP
INSERT INTO EMPR
(EMPNO, ENAME, MGR,  JOB, HIREDATE, SAL, COMM,
DEPTNO)
VALUES
(R1.EMPNO, R1.ENAME, R1.MGR, R1.JOB, R1.HIREDATE, R1.SAL,
R1.COMM, R1.DEPTNO);
COMMIT;
END LOOP;
EXCEPTION
WHEN OTHERS THEN
RAISE_APPLICATION_ERROR(-20001,‘Erro ao inserir funcionarios-‘ || SQLERRM);
END;
 





De: Simone Gaspar 
Para: oracle_br@yahoogrupos.com.br
Enviadas: Quarta-feira, 15 de Julho de 2009 17:40:36
Assunto: Re: Res: [oracle_br] URGENTE!! Bloco PL não compilando

  
Oi, Marcelo,

Veja onde estão os demais erros:

- não é necessária a palavra FUNCTION aqui:

FUNCTION FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL,

- feche o parênteses no final das colunas do INSERT e retire a vírgula após o 
campo HIREDATE:

INSERT INTO EMPR 

(EMPNO, 

DEPTNO, 

ENAME, 

JOB, 

MGR, 

HIREDATE) 

- retire os 2 pontos da coluna R1.JOB

VALUES 

(R1.EMPNO, 

R1.DEPTNO, 

R1.ENAME, 

R1.JOB,  -- retirar 1 ponto daqui

- retire os espaços das chamadas das funções:

CREATE OR REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL 
-- remover o espaço antes da palavra SAL
FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) -- remover o espaço antes da palavra SAL

RAISE_APPLICATION_ ERROR -- remover o espaço antes da palavra ERROR

Para facilitar, aí vai o corpo da procedure com os erros corrigidos:

CREATE OR REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL IS
  CURSOR C1 IS
SELECT EMPNO,
   DEPTNO,
   ENAME,
   JOB,
   MGR,
   HIREDATE,
   FNC_CALC_REAJUSTE_ SAL(EMPNO, DEPTNO) SAL, -- ADICIONEI A VÍRGULA
   COMM
  FROM EMP
 WHERE JOB <> 'PRESIDENT'; -- ADICIONEI O PONTO E VÍRGULA
BEGIN
  OPEN C1; -- ABRIR O CURSOR
  FOR R1 IN C1 LOOP
INSERT INTO EMPR
  (EMPNO, DEPTNO, ENAME, JOB, MGR, HIREDATE)
VALUES
  (R1.EMPNO,
   R1.DEPTNO,
   R1.ENAME,
   R1.JOB,
   R1.MGR,
   R1..HIREDATE,
   R1.SAL,
   R1.COMM,
   R1.DEPTNO);
COMMIT; -- ADICIONADO O PONTO E VÍRGULA
  END LOOP;
EXCEPTION
  WHEN OTHERS THEN
RAISE_APPLICATION_ ERROR(-20001, 'Erro ao inserir funcionarios- ' || 
SQLERRM);
END;

[]s
Simone

--- Em qua, 15/7/09, Marcelo Feijó Vargas  
escreveu:

De: Marcelo Feijó Vargas 
Assunto: Res: [oracle_br] URGENTE!! Bloco PL não compilando
Para: oracle...@yahoogrup os.com.br
Data: Quarta-feira, 15 de Julho de 2009, 17:10

 

Oi Simone,

Outro colega aqui da lista corrigiu para mim , mas continuou dando outros erros.

Ele diz que a palavra-chave FROM não está localizada onde esperava-se e

especificação invalida para usuario.tabela. coluna, tabela.coluna ou de coluna, 
no select do campo HIREDATE.Segue estrutura corrigida:

CREATE OR REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL

IS

CURSOR C1 IS

SELECT 

EMPNO,

DEPTNO,

ENAME,

JOB,

MGR,

HIREDATE,

FUNCTION FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL, -- ADICIONEI A VÍRGULA

COMM

FROM EMP

WHERE JOB <>

‘PRESIDENT’; -- ADICIONEI O PONTO E VÍRGULA

BEGIN

OPEN C1; -- ABRIR O CURSOR

FOR R1 IN C1 LOOP

INSERT INTO EMPR

(EMPNO,

DEPTNO,

ENAME,

JOB,

MGR,

HIREDATE,

VALUES

(R1.EMPNO,

R1.DEPTNO,

R1.ENAME,

R1..JOB,

R1.MGR,

R1.HIREDATE,

R1.SAL,

R1.COMM,

R1.DEPTNO);

COMMIT;-- ADICIONADO O PONTO E VÍRGULA

END LOOP;

EXCEPTION

WHEN OTHERS THEN

RAISE_APPLICATION_ ERROR

(-20001,

‘Erro ao inserir

funcionarios-‘ || SQLERRM);

END;

 _ _ __

De: Simone Gaspar 

Para: oracle...@yahoogrup os.com.br

Enviadas: Quarta-feira, 15 de Julho de 2009 16:28:08

Assunto: Re: [oracle_br] URGENTE!! Bloco PL não compilando

Olá, Marcelo,

Falta uma vírgula no final dessa linha:

FUNCTION FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL

[]s

Simone

--- Em qua, 15/7/09, Marcelo Feijó Vargas  
escreveu:

De: Marcelo Feijó Vargas 

Assunto: [oracle_br] URGENTE!! Bloco PL não compilando

Para: oracle...@yahoogrup os.com.br

Data: Quarta-feira, 15 de Julho de 2009, 15:17

Pessoal,

Criei uma stored procedure  para inserir no campo salário os valores já

reajustados e não estou encontrando o erro de compilação. 

Utilizando show errors, ele diz que a palavra-chave FROM não está localizada 
onde esperava-se. Outro erro está no END LOOP (esperava-se outro simbolo).

Aguardo ajuda,

Obrigado (segue abaixo o codigo)

CREATE OR REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL

IS

CURSOR C1 IS

SELECT 

EMPNO,

DEPTNO,

ENAME,

JOB,

MGR,

HIREDATE,

FUNCTION FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL

COMM

FROM EMP

WHERE JOB <>

‘PRESIDENT’

BEGIN

FOR R1 IN C1 LOOP

INSERT INTO EMPR

(EMPNO,

DEPTNO,

ENAME,

JOB,

MGR,

HIREDATE,

VALUES

(R1.EMPNO,

R1.DEPTNO,

R1.ENAME,

R1..J

Re: Res: [oracle_br] URGENTE!! Bloco PL não compilando

[Simone Gaspar]

Oi, Marcelo,

Veja onde estão os demais erros:

- não é necessária a palavra FUNCTION aqui:


FUNCTION FNC_CALC_REAJUSTE_SAL (EMPNO,DEPTNO) SAL,

- feche o parênteses no final das colunas do INSERT e retire a vírgula após o 
campo HIREDATE:



INSERT INTO EMPR 

(EMPNO, 

DEPTNO, 

ENAME, 

JOB, 

MGR, 

HIREDATE) 


- retire os 2 pontos da coluna R1.JOB

 
VALUES 

(R1.EMPNO, 

R1.DEPTNO, 

R1.ENAME, 

R1.JOB,  -- retirar 1 ponto daqui


- retire os espaços das chamadas das funções:



CREATE OR REPLACE PROCEDURE PRC_FNC_ATUALIZA_SAL 
-- remover o espaço antes da palavra SAL
FNC_CALC_REAJUSTE_SAL (EMPNO,DEPTNO) -- remover o espaço antes da palavra SAL


RAISE_APPLICATION_ERROR -- remover o espaço antes da palavra ERROR

Para facilitar, aí vai o corpo da procedure com os erros corrigidos:

CREATE OR REPLACE PROCEDURE PRC_FNC_ATUALIZA_SAL IS
  CURSOR C1 IS
    SELECT EMPNO,
   DEPTNO,
   ENAME,
   JOB,
   MGR,
   HIREDATE,
   FNC_CALC_REAJUSTE_SAL(EMPNO, DEPTNO) SAL, -- ADICIONEI A VÍRGULA
   COMM
  FROM EMP
 WHERE JOB <> 'PRESIDENT'; -- ADICIONEI O PONTO E VÍRGULA
BEGIN
  OPEN C1; -- ABRIR O CURSOR
  FOR R1 IN C1 LOOP
    INSERT INTO EMPR
  (EMPNO, DEPTNO, ENAME, JOB, MGR, HIREDATE)
    VALUES
  (R1.EMPNO,
   R1.DEPTNO,
   R1.ENAME,
   R1.JOB,
   R1.MGR,
   R1.HIREDATE,
   R1.SAL,
   R1.COMM,
   R1.DEPTNO);
    COMMIT; -- ADICIONADO O PONTO E VÍRGULA
  END LOOP;
EXCEPTION
  WHEN OTHERS THEN
    RAISE_APPLICATION_ERROR(-20001, 'Erro ao inserir funcionarios-' || SQLERRM);
END;

[]s
Simone


--- Em qua, 15/7/09, Marcelo Feijó Vargas  
escreveu:

De: Marcelo Feijó Vargas 
Assunto: Res: [oracle_br] URGENTE!! Bloco PL não compilando
Para: oracle_br@yahoogrupos.com.br
Data: Quarta-feira, 15 de Julho de 2009, 17:10






 





  Oi Simone,



Outro colega aqui da lista corrigiu para mim , mas continuou dando outros erros.



Ele diz que a palavra-chave FROM não está localizada onde esperava-se e

especificação invalida para usuario.tabela. coluna, tabela.coluna ou de coluna, 
no select do campo HIREDATE.Segue estrutura corrigida:



CREATE OR REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL

IS

CURSOR C1 IS

SELECT 

EMPNO,

DEPTNO,

ENAME,

JOB,

MGR,

HIREDATE,



FUNCTION FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL, -- ADICIONEI A VÍRGULA

COMM

FROM EMP

WHERE JOB <>

‘PRESIDENT’; -- ADICIONEI O PONTO E VÍRGULA



BEGIN

OPEN C1; -- ABRIR O CURSOR

FOR R1 IN C1 LOOP

INSERT INTO EMPR

(EMPNO,

DEPTNO,

ENAME,

JOB,

MGR,

HIREDATE,

VALUES

(R1.EMPNO,

R1.DEPTNO,

R1.ENAME,

R1..JOB,

R1.MGR,

R1.HIREDATE,

R1.SAL,

R1.COMM,

R1.DEPTNO);

COMMIT;-- ADICIONADO O PONTO E VÍRGULA

END LOOP;

EXCEPTION

WHEN OTHERS THEN

RAISE_APPLICATION_ ERROR

(-20001,

‘Erro ao inserir

funcionarios-‘ || SQLERRM);

END;



 _ _ __

De: Simone Gaspar 

Para: oracle...@yahoogrup os.com.br

Enviadas: Quarta-feira, 15 de Julho de 2009 16:28:08

Assunto: Re: [oracle_br] URGENTE!! Bloco PL não compilando



Olá, Marcelo,



Falta uma vírgula no final dessa linha:



FUNCTION FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL



[]s

Simone



--- Em qua, 15/7/09, Marcelo Feijó Vargas  
escreveu:



De: Marcelo Feijó Vargas 

Assunto: [oracle_br] URGENTE!! Bloco PL não compilando

Para: oracle...@yahoogrup os.com.br

Data: Quarta-feira, 15 de Julho de 2009, 15:17



Pessoal,



Criei uma stored procedure  para inserir no campo salário os valores já



reajustados e não estou encontrando o erro de compilação. 



Utilizando show errors, ele diz que a palavra-chave FROM não está localizada 
onde esperava-se. Outro erro está no END LOOP (esperava-se outro simbolo).



Aguardo ajuda,



Obrigado (segue abaixo o codigo)



CREATE OR REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL



IS



CURSOR C1 IS



SELECT 



EMPNO,



DEPTNO,



ENAME,



JOB,



MGR,



HIREDATE,



FUNCTION FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL



COMM



FROM EMP



WHERE JOB <>



‘PRESIDENT’



BEGIN



FOR R1 IN C1 LOOP



INSERT INTO EMPR



(EMPNO,



DEPTNO,



ENAME,



JOB,



MGR,



HIREDATE,



VALUES



(R1.EMPNO,



R1.DEPTNO,



R1.ENAME,



R1..JOB,



R1.MGR,



R1.HIREDATE,



R1.SAL,



R1.COMM,



R1.DEPTNO);



COMMIT



END LOOP;



EXCEPTION



WHEN OTHERS THEN



RAISE_APPLICATION_ ERROR



(-20001,



‘Erro ao inserir



funcionarios-‘ || SQLERRM);



END;



 _ _ _ _ _ _



Veja quais são os assuntos do momento no Yahoo! +Buscados



http://br.maisbusca dos.yahoo. com



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



 _ _ _ _ _ _

Veja quais são os assuntos do momento no Yahoo! +Buscados

http://br.maisbusca dos.yahoo. com



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



 _ _ _ __

Re: [oracle_br] URGENTE!! Bloco PL não compilando

[Roberto Oshikawa]

Oi, marcelo,

Apenas como detalhe e acredito q vc já tenha feito, vc chegou a executar
apenas o select ?


Outra coisa q percebi, vc não precisa abrir o cursor "OPEN CURSOR",
UTILIZANDO APENAS O FOR R1 IN C1 LOOP JÁ ESTÁ ABRINDO IMPLICITAMENTE,
OUTRA COISA VC ESTÁ ABRINDO O CURSOR E NÃO ESTÁ FECHANDO, SE VC ABRIR VAI
PRECISAR UTILIZAR O FETCH

2009/7/15 Marcelo Feijó Vargas 

>
>
> Oi Simone,
>
> Outro colega aqui da lista corrigiu para mim , mas continuou dando outros
> erros.
>
> Ele diz que a palavra-chave FROM não está localizada onde esperava-se e
> especificação invalida para usuario.tabela.coluna, tabela.coluna ou de
> coluna, no select do campo HIREDATE.Segue estrutura corrigida:
>
>
> CREATE OR REPLACE PROCEDURE PRC_FNC_ATUALIZA_SAL
> IS
> CURSOR C1 IS
> SELECT
> EMPNO,
> DEPTNO,
> ENAME,
> JOB,
> MGR,
> HIREDATE,
>
> FUNCTION FNC_CALC_REAJUSTE_SAL (EMPNO,DEPTNO) SAL, -- ADICIONEI A VÍRGULA
> COMM
> FROM EMP
> WHERE JOB <>
> ‘PRESIDENT’; -- ADICIONEI O PONTO E VÍRGULA
>
> BEGIN
> OPEN C1; -- ABRIR O CURSOR
> FOR R1 IN C1 LOOP
> INSERT INTO EMPR
> (EMPNO,
> DEPTNO,
> ENAME,
> JOB,
> MGR,
> HIREDATE,
> VALUES
> (R1.EMPNO,
> R1.DEPTNO,
> R1.ENAME,
> R1..JOB,
> R1.MGR,
> R1.HIREDATE,
> R1.SAL,
> R1.COMM,
> R1.DEPTNO);
> COMMIT; -- ADICIONADO O PONTO E VÍRGULA
> END LOOP;
> EXCEPTION
> WHEN OTHERS THEN
> RAISE_APPLICATION_ERROR
> (-20001,
> ‘Erro ao inserir
> funcionarios-‘ || SQLERRM);
> END;
>
> 
> De: Simone Gaspar 
> >
> Para: oracle_br@yahoogrupos.com.br 
> Enviadas: Quarta-feira, 15 de Julho de 2009 16:28:08
> Assunto: Re: [oracle_br] URGENTE!! Bloco PL não compilando
>
> Olá, Marcelo,
>
> Falta uma vírgula no final dessa linha:
>
> FUNCTION FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL
>
> []s
> Simone
>
> --- Em qua, 15/7/09, Marcelo Feijó Vargas 
> escreveu:
>
> De: Marcelo Feijó Vargas 
> Assunto: [oracle_br] URGENTE!! Bloco PL não compilando
> Para: oracle...@yahoogrup os.com.br
>
> Data: Quarta-feira, 15 de Julho de 2009, 15:17
>
> Pessoal,
>
> Criei uma stored procedure para inserir no campo salário os valores já
>
> reajustados e não estou encontrando o erro de compilação.
>
> Utilizando show errors, ele diz que a palavra-chave FROM não está
> localizada onde esperava-se. Outro erro está no END LOOP (esperava-se outro
> simbolo).
>
> Aguardo ajuda,
>
> Obrigado (segue abaixo o codigo)
>
> CREATE OR REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL
>
> IS
>
> CURSOR C1 IS
>
> SELECT
>
> EMPNO,
>
> DEPTNO,
>
> ENAME,
>
> JOB,
>
> MGR,
>
> HIREDATE,
>
> FUNCTION FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL
>
> COMM
>
> FROM EMP
>
> WHERE JOB <>
>
> ‘PRESIDENT’
>
> BEGIN
>
> FOR R1 IN C1 LOOP
>
> INSERT INTO EMPR
>
> (EMPNO,
>
> DEPTNO,
>
> ENAME,
>
> JOB,
>
> MGR,
>
> HIREDATE,
>
> VALUES
>
> (R1.EMPNO,
>
> R1.DEPTNO,
>
> R1.ENAME,
>
> R1..JOB,
>
> R1.MGR,
>
> R1.HIREDATE,
>
> R1.SAL,
>
> R1.COMM,
>
> R1.DEPTNO);
>
> COMMIT
>
> END LOOP;
>
> EXCEPTION
>
> WHEN OTHERS THEN
>
> RAISE_APPLICATION_ ERROR
>
> (-20001,
>
> ‘Erro ao inserir
>
> funcionarios-‘ || SQLERRM);
>
> END;
>
>  _ _ _ _ _ _
>
> Veja quais são os assuntos do momento no Yahoo! +Buscados
>
> http://br.maisbusca dos.yahoo. com
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  _ _ _ _ _ _
> Veja quais são os assuntos do momento no Yahoo! +Buscados
> http://br.maisbusca dos.yahoo. com
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> __
> Veja quais são os assuntos do momento no Yahoo! +Buscados
> http://br.maisbuscados.yahoo.com
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>


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





--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos

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

<*> Para sair deste grupo, envie um e-mail para:
oracle_br-unsubscr...@yahoogrupos.com.br

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

Res: [oracle_br] URGENTE!! Bloco PL não comp ilando

[Marcelo Feijó Vargas]

Oi Simone,

Outro colega aqui da lista corrigiu para mim , mas continuou dando outros erros.

Ele diz que a palavra-chave FROM não está localizada onde esperava-se e
especificação invalida para usuario.tabela.coluna, tabela.coluna ou de coluna, 
no select do campo HIREDATE.Segue estrutura corrigida:

CREATE OR REPLACE PROCEDURE PRC_FNC_ATUALIZA_SAL
IS
CURSOR C1 IS
SELECT 
EMPNO,
DEPTNO,
ENAME,
JOB,
MGR,
HIREDATE,

FUNCTION FNC_CALC_REAJUSTE_SAL (EMPNO,DEPTNO) SAL, -- ADICIONEI A VÍRGULA
COMM
FROM EMP
WHERE JOB <>
‘PRESIDENT’; -- ADICIONEI O PONTO E VÍRGULA

BEGIN
OPEN C1; -- ABRIR O CURSOR
FOR R1 IN C1 LOOP
INSERT INTO EMPR
(EMPNO,
DEPTNO,
ENAME,
JOB,
MGR,
HIREDATE,
VALUES
(R1.EMPNO,
R1.DEPTNO,
R1.ENAME,
R1..JOB,
R1.MGR,
R1.HIREDATE,
R1.SAL,
R1.COMM,
R1.DEPTNO);
COMMIT;-- ADICIONADO O PONTO E VÍRGULA
END LOOP;
EXCEPTION
WHEN OTHERS THEN
RAISE_APPLICATION_ERROR
(-20001,
‘Erro ao inserir
funcionarios-‘ || SQLERRM);
END;






De: Simone Gaspar 
Para: oracle_br@yahoogrupos.com.br
Enviadas: Quarta-feira, 15 de Julho de 2009 16:28:08
Assunto: Re: [oracle_br] URGENTE!! Bloco PL não compilando





Olá, Marcelo,

Falta uma vírgula no final dessa linha:

FUNCTION FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL

[]s
Simone

--- Em qua, 15/7/09, Marcelo Feijó Vargas  
escreveu:

De: Marcelo Feijó Vargas 
Assunto: [oracle_br] URGENTE!! Bloco PL não compilando
Para: oracle...@yahoogrup os.com.br
Data: Quarta-feira, 15 de Julho de 2009, 15:17

Pessoal,

Criei uma stored procedure  para inserir no campo salário os valores já

reajustados e não estou encontrando o erro de compilação. 

Utilizando show errors, ele diz que a palavra-chave FROM não está localizada 
onde esperava-se. Outro erro está no END LOOP (esperava-se outro simbolo).

Aguardo ajuda,

Obrigado (segue abaixo o codigo)

CREATE OR REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL

IS

CURSOR C1 IS

SELECT 

EMPNO,

DEPTNO,

ENAME,

JOB,

MGR,

HIREDATE,

FUNCTION FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL

COMM

FROM EMP

WHERE JOB <>

‘PRESIDENT’

BEGIN

FOR R1 IN C1 LOOP

INSERT INTO EMPR

(EMPNO,

DEPTNO,

ENAME,

JOB,

MGR,

HIREDATE,

VALUES

(R1.EMPNO,

R1.DEPTNO,

R1.ENAME,

R1..JOB,

R1.MGR,

R1.HIREDATE,

R1.SAL,

R1.COMM,

R1.DEPTNO);

COMMIT

END LOOP;

EXCEPTION

WHEN OTHERS THEN

RAISE_APPLICATION_ ERROR

(-20001,

‘Erro ao inserir

funcionarios-‘ || SQLERRM);

END;

 _ _ _ _ _ _

Veja quais são os assuntos do momento no Yahoo! +Buscados

http://br.maisbusca dos.yahoo. com

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











 _ _ _ _ _ _
Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbusca dos.yahoo. com

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


   


  

Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com

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

Re: [oracle_br] URGENTE!! Bloco PL não compi lando

[Simone Gaspar]

Olá, Marcelo,

Falta uma vírgula no final dessa linha:

FUNCTION FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL

[]s
Simone

--- Em qua, 15/7/09, Marcelo Feijó Vargas  
escreveu:

De: Marcelo Feijó Vargas 
Assunto: [oracle_br] URGENTE!! Bloco PL não compilando
Para: oracle_br@yahoogrupos.com.br
Data: Quarta-feira, 15 de Julho de 2009, 15:17
















  
  Pessoal,



Criei uma stored procedure  para inserir no campo salário os valores já

reajustados e não estou encontrando o erro de compilação. 

 Utilizando show errors, ele diz que a palavra-chave FROM não está localizada 
onde esperava-se. Outro erro está no END LOOP (esperava-se outro simbolo).



Aguardo ajuda,



Obrigado (segue abaixo o codigo)



CREATE OR REPLACE PROCEDURE PRC_FNC_ATUALIZA_ SAL

IS

CURSOR C1 IS

SELECT

EMPNO,

DEPTNO,

ENAME,

JOB,

MGR,

HIREDATE,

 

FUNCTION FNC_CALC_REAJUSTE_ SAL (EMPNO,DEPTNO) SAL

COMM

FROM EMP

WHERE JOB <>

‘PRESIDENT’

BEGIN

 FOR R1 IN C1 LOOP

INSERT INTO EMPR

(EMPNO,

DEPTNO,

ENAME,

JOB,

MGR,

HIREDATE,

VALUES

(R1.EMPNO,

R1.DEPTNO,

R1.ENAME,

R1..JOB,

R1.MGR,

R1.HIREDATE,

R1.SAL,

R1.COMM,

R1.DEPTNO);

COMMIT

END LOOP;

EXCEPTION

WHEN OTHERS THEN

RAISE_APPLICATION_ ERROR

(-20001,

‘Erro ao inserir

funcionarios-‘ || SQLERRM);

END;



 _ _ _ _ _ _

Veja quais são os assuntos do momento no Yahoo! +Buscados

http://br.maisbusca dos.yahoo. com



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




 

  




 

















  

Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com

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

[oracle_br] URGENTE!! Bloco PL não compiland o

[Marcelo Feijó Vargas]

Pessoal,

Criei uma stored procedure  para inserir no campo salário os valores já
reajustados e não estou encontrando o erro de compilação. 
 Utilizando show errors, ele diz que a palavra-chave FROM não está localizada 
onde esperava-se. Outro erro está no END LOOP (esperava-se outro simbolo).

Aguardo ajuda,

Obrigado (segue abaixo o codigo)


CREATE OR REPLACE PROCEDURE PRC_FNC_ATUALIZA_SAL
IS
CURSOR C1 IS
SELECT
EMPNO,
DEPTNO,
ENAME,
JOB,
MGR,
HIREDATE,
 
FUNCTION FNC_CALC_REAJUSTE_SAL (EMPNO,DEPTNO) SAL
COMM
FROM EMP
WHERE JOB <>
‘PRESIDENT’
BEGIN
 FOR R1 IN C1 LOOP
INSERT INTO EMPR
(EMPNO,
DEPTNO,
ENAME,
JOB,
MGR,
HIREDATE,
VALUES
(R1.EMPNO,
R1.DEPTNO,
R1.ENAME,
R1..JOB,
R1.MGR,
R1.HIREDATE,
R1.SAL,
R1.COMM,
R1.DEPTNO);
COMMIT
END LOOP;
EXCEPTION
WHEN OTHERS THEN
RAISE_APPLICATION_ERROR
(-20001,
‘Erro ao inserir
funcionarios-‘ || SQLERRM);
END;



  

Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com

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

Re: [oracle_br] Urgente

[Rodrigo Mufalani]

Boa tarde,

 Se ela está mostrando o state offline, ela não pode estar online.

  Conecte-se ao banco do RAC e faça:

   select * from v$active_instances;

   Verá que não está online, tente fazer um startup via sqlplus ou srvctl e 
cole o trecho do seu alert.log da instância que não quer subir para que nós 
possamos ajudar melhor. 
   
Atenciosamente,

Rodrigo Mufalani
DBA Oracle Sr.
OCP 11g & 10g
OCE RAC 10g R2   
rodrigomufal...@netmaker.com.br
http://mufalani.blogspot.com
- Original Message - 
From: "Mária Cristina Silva" 
To: 
Sent: Sunday, June 21, 2009 1:01 PM
Subject: Re: [oracle_br] Urgente


Mufalani beleza!

Bom eu consegui fazer a instancia "URANO" subir, no gridcontrol ela aparece
pra mim com o status de ativa, e o mai sestranho é que quando dou o comando
crs_start -t a instancia aparece com o status offline. Sabe o que pode ser?

Já parei e dubir novamente, e tentei subir ela tb com o srvctl, porém não
mudou nada o status da instancia.



[ora...@urano ~]$ crs_stat -t
Name   Type   TargetState Host

ora.jucmg2.db  applicationONLINEONLINEurano
ora21.inst applicationONLINEONLINEplutao
ora22.inst applicationONLINEOFFLINE
oraSM1.asm applicationONLINEONLINEplutao


2009/6/21 Rodrigo Mufalani 

>
>
> Bom dia,
>
> Vá pelo SQLPLUS no nó onde não está querendo subir, faz um startup
> nomount e aumente o número de "processes" que deve estar muito baixo.
>
> SQL> show parameter processes
>
> SQL> alter system set processes=240 scope=spfile;
>
> Depois tente iniciar a mesma através do srvctl (é o mais adequado).
>
> Mas não adianta aumentar isso, se vc tb vai ter que mexer nas
> parametrizações de kernel para que o seu sistema esteja preparado para os
> parâmetros processes.
>
> Se vc definiu os parâmetros em /etc/sysctl.conf como a maioria das
> pessoas fazem, vc pode aumentar o parâmetro processes do Oracle para o
> valor
> 240.
>
> echo "# " >> /etc/sysctl.conf
> echo "# Required for Oracle 10g " >> /etc/sysctl.conf
> echo "# " >> /etc/sysctl.conf
> echo "kernel.shmall = 2097152" >> /etc/sysctl.conf
> echo "kernel.shmmax = 2147483648" >> /etc/sysctl.conf
> echo "kernel.shmmni = 4096" >> /etc/sysctl.conf
> echo "kernel.sem = 250 32000 100 128" >> /etc/sysctl.conf
> echo "fs.file-max = 65536" >> /etc/sysctl.conf
> echo "net.ipv4.ip_local_port_range = 1024 65000" >> /etc/sysctl.conf
> /sbin/sysctl -p
>
> Sugiro a vc que dê uma olhada em
> http://www.puschitz.com/TuningLinuxForOracle.shtml para ver a descrição
> desses parâmetros e configurar de maneira correta.
>
> Atenciosamente,
>
> Rodrigo Mufalani
> DBA Oracle Sr.
> OCP 11g & 10g
> OCE RAC 10g R2
> rodrigomufal...@netmaker.com.br 
> http://mufalani.blogspot.com
> - Original Message -
> From: "Mária Cristina Silva" 
> 
> >
> To: >
>  Sent: Saturday, June 20, 2009 3:49 PM
> Subject: Re: [oracle_br] Urgente
>
> Sim dei uma olhada, e vi isso ORA-00020: maximum number of processes ()
> exceeded
> , o crs está ativo isso é o que ta me deixnado grilada, pois aparece como
> está abaixo.. já tentei levanta-la usando o comando abaixo mas não tive
> sucesso..
>
> [ora...@urano backup]$ srvctl start instance -d jucmg2 -i jucmg22
> PRKP-1001 : Erro ao iniciar a instância jucmg22 no nó urano
> CRS-0215: Could not start resource 'ora.jucmg2.jucmg22.inst'.
>
> Se observar abaixo os serviços estão ok..
>
> [ora...@urano backup]$ crs_stat -t
> Name Type Target State Host
> --
> ora.jucmg2.db application ONLINE ONLINE urano
> ora21.inst application ONLINE ONLINE plutao
> ora22.inst application ONLINE OFFLINE
> oraSM1.asm application ONLINE ONLINE plutao
> oraAO.lsnr application ONLINE ONLINE plutao
> ora.plutao.gsd application ONLINE ONLINE plutao
> ora.plutao.ons application ONLINE ONLINE plutao
> ora.plutao.vip application ONLINE ONLINE plutao
> oraSM2.asm application ONLINE ONLINE urano
> oraNO.lsnr application ONLINE ONLINE urano
> ora.urano.gsd application ONLINE ONLINE urano
> ora.urano.ons application ONLINE ONLINE urano
> ora.urano.vip application ONLINE ONLINE urano
>
> 2009/6/20 Rodrigo Mufalani >
>
> >
> >
> > Boa tarde Cristina,
> >
> > Dê uma olhada nos alerts das instâncias e no clusterware para que vc
> tenha
> > um pouco mais de informação. Bom de cara sua instância no nó Urano não
> > iniciou. Verifique 

Re: [oracle_br] Urgente

[Mária Cristina Silva]

Mufalani beleza!

Bom eu consegui fazer a instancia "URANO" subir, no gridcontrol ela aparece
pra mim com o status de ativa, e o mai sestranho é que quando dou o comando
crs_start -t a instancia aparece com o status offline. Sabe o que pode ser?

Já parei e dubir novamente, e tentei subir ela tb com o srvctl, porém não
mudou nada o status da instancia.



[ora...@urano ~]$ crs_stat -t
Name   Type   TargetState Host

ora.jucmg2.db  applicationONLINEONLINEurano
ora21.inst applicationONLINEONLINEplutao
ora22.inst applicationONLINEOFFLINE
oraSM1.asm applicationONLINEONLINEplutao


2009/6/21 Rodrigo Mufalani 

>
>
> Bom dia,
>
> Vá pelo SQLPLUS no nó onde não está querendo subir, faz um startup
> nomount e aumente o número de "processes" que deve estar muito baixo.
>
> SQL> show parameter processes
>
> SQL> alter system set processes=240 scope=spfile;
>
> Depois tente iniciar a mesma através do srvctl (é o mais adequado).
>
> Mas não adianta aumentar isso, se vc tb vai ter que mexer nas
> parametrizações de kernel para que o seu sistema esteja preparado para os
> parâmetros processes.
>
> Se vc definiu os parâmetros em /etc/sysctl.conf como a maioria das
> pessoas fazem, vc pode aumentar o parâmetro processes do Oracle para o
> valor
> 240.
>
> echo "# " >> /etc/sysctl.conf
> echo "# Required for Oracle 10g " >> /etc/sysctl.conf
> echo "# " >> /etc/sysctl.conf
> echo "kernel.shmall = 2097152" >> /etc/sysctl.conf
> echo "kernel.shmmax = 2147483648" >> /etc/sysctl.conf
> echo "kernel.shmmni = 4096" >> /etc/sysctl.conf
> echo "kernel.sem = 250 32000 100 128" >> /etc/sysctl.conf
> echo "fs.file-max = 65536" >> /etc/sysctl.conf
> echo "net.ipv4.ip_local_port_range = 1024 65000" >> /etc/sysctl.conf
> /sbin/sysctl -p
>
> Sugiro a vc que dê uma olhada em
> http://www.puschitz.com/TuningLinuxForOracle.shtml para ver a descrição
> desses parâmetros e configurar de maneira correta.
>
> Atenciosamente,
>
> Rodrigo Mufalani
> DBA Oracle Sr.
> OCP 11g & 10g
> OCE RAC 10g R2
> rodrigomufal...@netmaker.com.br 
> http://mufalani.blogspot.com
> - Original Message -
> From: "Mária Cristina Silva" 
> 
> >
> To: >
>  Sent: Saturday, June 20, 2009 3:49 PM
> Subject: Re: [oracle_br] Urgente
>
> Sim dei uma olhada, e vi isso ORA-00020: maximum number of processes ()
> exceeded
> , o crs está ativo isso é o que ta me deixnado grilada, pois aparece como
> está abaixo.. já tentei levanta-la usando o comando abaixo mas não tive
> sucesso..
>
> [ora...@urano backup]$ srvctl start instance -d jucmg2 -i jucmg22
> PRKP-1001 : Erro ao iniciar a instância jucmg22 no nó urano
> CRS-0215: Could not start resource 'ora.jucmg2.jucmg22.inst'.
>
> Se observar abaixo os serviços estão ok..
>
> [ora...@urano backup]$ crs_stat -t
> Name Type Target State Host
> --
> ora.jucmg2.db application ONLINE ONLINE urano
> ora21.inst application ONLINE ONLINE plutao
> ora22.inst application ONLINE OFFLINE
> oraSM1.asm application ONLINE ONLINE plutao
> oraAO.lsnr application ONLINE ONLINE plutao
> ora.plutao.gsd application ONLINE ONLINE plutao
> ora.plutao.ons application ONLINE ONLINE plutao
> ora.plutao.vip application ONLINE ONLINE plutao
> oraSM2.asm application ONLINE ONLINE urano
> oraNO.lsnr application ONLINE ONLINE urano
> ora.urano.gsd application ONLINE ONLINE urano
> ora.urano.ons application ONLINE ONLINE urano
> ora.urano.vip application ONLINE ONLINE urano
>
> 2009/6/20 Rodrigo Mufalani >
>
> >
> >
> > Boa tarde Cristina,
> >
> > Dê uma olhada nos alerts das instâncias e no clusterware para que vc
> tenha
> > um pouco mais de informação. Bom de cara sua instância no nó Urano não
> > iniciou. Verifique se os processos do Clusterware estão iniciados nesse
> > nó.
> > Com certeza vc terá maiores informações olhando o alert.
> >
> > Atenciosamente,
> >
> > Rodrigo Mufalani
> > DBA Oracle Sr.
> > OCP 11g & 10g
> > OCE RAC 10g R2
> > rodrigomufal...@netmaker.com.br 
> >  40netmaker.com.br>
> > http://mufalani.blogspot.com
> >
> > - Original Message -
> > From: "Mária Cristina Silva"
> >  40gmail.com>
> > >
> > To:  >  40yahoogrupos.com.br>>
> > Sent: Friday, June 19, 2009 11:36 PM

Re: [oracle_br] Urgente

[Rodrigo Mufalani]

Bom dia,

  Vá pelo SQLPLUS no nó onde não está querendo subir, faz um startup 
nomount e aumente o número de "processes" que deve estar muito baixo.

SQL> show parameter processes

SQL> alter system set processes=240 scope=spfile;

  Depois tente iniciar a mesma através do srvctl (é o mais adequado).

   Mas não adianta aumentar isso, se vc tb vai ter que mexer nas 
parametrizações de kernel para que o seu sistema esteja preparado para os 
parâmetros processes.

Se vc definiu os parâmetros em /etc/sysctl.conf como a maioria das 
pessoas fazem, vc pode aumentar o parâmetro processes do Oracle para o valor 
240.

echo "# " >> /etc/sysctl.conf
echo "# Required for Oracle 10g " >> /etc/sysctl.conf
echo "# " >> /etc/sysctl.conf
echo "kernel.shmall = 2097152" >> /etc/sysctl.conf
echo "kernel.shmmax = 2147483648" >> /etc/sysctl.conf
echo "kernel.shmmni = 4096" >> /etc/sysctl.conf
echo "kernel.sem = 250 32000 100 128" >> /etc/sysctl.conf
echo "fs.file-max = 65536" >> /etc/sysctl.conf
echo "net.ipv4.ip_local_port_range = 1024 65000" >> /etc/sysctl.conf
/sbin/sysctl -p

  Sugiro a vc que dê uma olhada em 
http://www.puschitz.com/TuningLinuxForOracle.shtml para ver a descrição 
desses parâmetros e configurar de maneira correta.

Atenciosamente,

Rodrigo Mufalani
DBA Oracle Sr.
OCP 11g & 10g
OCE RAC 10g R2
rodrigomufal...@netmaker.com.br
http://mufalani.blogspot.com
- Original Message - 
From: "Mária Cristina Silva" 
To: 
Sent: Saturday, June 20, 2009 3:49 PM
Subject: Re: [oracle_br] Urgente


Sim dei uma olhada, e vi isso ORA-00020: maximum number of processes ()
exceeded
, o crs está ativo isso é o que ta me deixnado grilada, pois aparece como
está abaixo.. já tentei levanta-la usando o comando abaixo mas não tive
sucesso..

[ora...@urano backup]$ srvctl start instance -d jucmg2 -i jucmg22
PRKP-1001 : Erro ao iniciar a instância jucmg22 no nó urano
CRS-0215: Could not start resource 'ora.jucmg2.jucmg22.inst'.

Se observar abaixo os serviços estão ok..



[ora...@urano backup]$ crs_stat -t
Name   Type   TargetState Host

ora.jucmg2.db  applicationONLINEONLINEurano
ora21.inst applicationONLINEONLINEplutao
ora22.inst applicationONLINEOFFLINE
oraSM1.asm applicationONLINEONLINEplutao
oraAO.lsnr applicationONLINEONLINEplutao
ora.plutao.gsd applicationONLINEONLINEplutao
ora.plutao.ons applicationONLINEONLINEplutao
ora.plutao.vip applicationONLINEONLINEplutao
oraSM2.asm applicationONLINEONLINEurano
oraNO.lsnr applicationONLINEONLINEurano
ora.urano.gsd  applicationONLINEONLINEurano
ora.urano.ons  applicationONLINEONLINEurano
ora.urano.vip  applicationONLINEONLINEurano

2009/6/20 Rodrigo Mufalani 

>
>
> Boa tarde Cristina,
>
> Dê uma olhada nos alerts das instâncias e no clusterware para que vc tenha
> um pouco mais de informação. Bom de cara sua instância no nó Urano não
> iniciou. Verifique se os processos do Clusterware estão iniciados nesse 
> nó.
> Com certeza vc terá maiores informações olhando o alert.
>
> Atenciosamente,
>
> Rodrigo Mufalani
> DBA Oracle Sr.
> OCP 11g & 10g
> OCE RAC 10g R2
> rodrigomufal...@netmaker.com.br 
> http://mufalani.blogspot.com
>
> - Original Message -
> From: "Mária Cristina Silva" 
> 
> >
> To: >
> Sent: Friday, June 19, 2009 11:36 PM
> Subject: [oracle_br] Urgente
>
> boa noite!
> senhores estou com o seguinte erro:
>
> Erro no Srvctl
>
> Ocorreu um erro durante a execução da operação. Certifique-se de que os
> processos CRS e o SRVCTL estejam funcionando de forma adequada. Atualize a
> página para consultar o status atual. Consulte o seguinte erro: PRKP-1001 
> :
> Error starting instance jucmg22 on node urano CRS-0233: Resource or
> relatives are currently involved with another operation.
> alguem pode me orientar ?
>
> --
> Abraços,
> Mária Cristina
> Cel: 031-8883-5543
> E-mail: mariancrist...@gmail.com 
> MSN: mcristinasil...@hotmail.com 
> --
> "O começo é a parte mais importante do trabalho."
> - Platão
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 
>
> --
> >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
> inteira
> >responsabilidade de seus remetentes.
> Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> -

Res: [oracle_br] Urgente

[MARCIO CASTRO]

Resumindo: verifique os processos;kill nos mais antigos; inicie a instância; 
verifique o parâmetro PROCESSES - ou está com um valor muito baixo, ou há um 
usuário/sistema consumindo de forma indiscriminada.






De: Mária Cristina Silva 
Para: oracle_br@yahoogrupos.com.br
Enviadas: Sábado, 20 de Junho de 2009 15:49:08
Assunto: Re: [oracle_br] Urgente





Sim dei uma olhada, e vi isso ORA-00020: maximum number of processes ()
exceeded
, o crs está ativo isso é o que ta me deixnado grilada, pois aparece como
está abaixo.. já tentei levanta-la usando o comando abaixo mas não tive
sucesso..

[ora...@urano backup]$ srvctl start instance -d jucmg2 -i jucmg22
PRKP-1001 : Erro ao iniciar a instância jucmg22 no nó urano
CRS-0215: Could not start resource 'ora.jucmg2. jucmg22.inst' .

Se observar abaixo os serviços estão ok..

[ora...@urano backup]$ crs_stat -t
Name   Type   TargetState Host
 - - - - - -
ora.jucmg2.db  applicationONLINEONLINEurano
ora21.inst applicationONLINEONLINEplutao
ora22.inst applicationONLINEOFFLINE
oraSM1.asm applicationONLINEONLINEplutao
oraAO.lsnr applicationONLINEONLINEplutao
ora.plutao.gsd applicationONLINEONLINEplutao
ora.plutao.ons applicationONLINEONLINEplutao
ora.plutao.vip applicationONLINEONLINEplutao
oraSM2.asm applicationONLINEONLINEurano
oraNO.lsnr applicationONLINEONLINEurano
ora.urano.gsd  applicationONLINEONLINEurano
ora.urano.ons  applicationONLINEONLINEurano
ora.urano.vip  applicationONLINEONLINEurano

2009/6/20 Rodrigo Mufalani 

>
>
> Boa tarde Cristina,
>
> Dê uma olhada nos alerts das instâncias e no clusterware para que vc tenha
> um pouco mais de informação. Bom de cara sua instância no nó Urano não
> iniciou. Verifique se os processos do Clusterware estão iniciados nesse nó.
> Com certeza vc terá maiores informações olhando o alert.
>
> Atenciosamente,
>
> Rodrigo Mufalani
> DBA Oracle Sr.
> OCP 11g & 10g
> OCE RAC 10g R2
> rodrigomufalani@ netmaker. com.br 
> http://mufalani. blogspot. com
>
> - Original Message -
> From: "Mária Cristina Silva"  40gmail.com>
> >
> To: >
> Sent: Friday, June 19, 2009 11:36 PM
> Subject: [oracle_br] Urgente
>
> boa noite!
> senhores estou com o seguinte erro:
>
> Erro no Srvctl
>
> Ocorreu um erro durante a execução da operação. Certifique-se de que os
> processos CRS e o SRVCTL estejam funcionando de forma adequada. Atualize a
> página para consultar o status atual. Consulte o seguinte erro: PRKP-1001 :
> Error starting instance jucmg22 on node urano CRS-0233: Resource or
> relatives are currently involved with another operation.
> alguem pode me orientar ?
>
> --
> Abraços,
> Mária Cristina
> Cel: 031-8883-5543
> E-mail: mariancristina@ gmail.com 
> MSN: mcristinasilva3@ hotmail.com 
> --
> "O começo é a parte mais importante do trabalho."
> - Platão
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  - - --
>
>  - - - - - -
> >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
> inteira
> >responsabilidade de seus remetentes.
> Acesse: http://www.mail- archive.com/ oracle_br@ yahoogrupos. com.br/
>  - - - - - -
> >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package »
> >Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO
> ESPAÇO!
> >VISITE: http://www.oraclebr .com.br/
>  - - - - - -
> Links do Yahoo! Grupos
>
> 
>

-- 
Abraços,
Mária Cristina
Cel: 031-8883-5543
E-mail: mariancristina@ gmail.com
MSN: mcristinasilva3@ hotmail.com
-- 
"O começo é a parte mais importante do trabalho."
- Platão

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


   


  Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com

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

Re: [oracle_br] Urgente

[Mária Cristina Silva]

Sim dei uma olhada, e vi isso ORA-00020: maximum number of processes ()
exceeded
, o crs está ativo isso é o que ta me deixnado grilada, pois aparece como
está abaixo.. já tentei levanta-la usando o comando abaixo mas não tive
sucesso..

[ora...@urano backup]$ srvctl start instance -d jucmg2 -i jucmg22
PRKP-1001 : Erro ao iniciar a instância jucmg22 no nó urano
CRS-0215: Could not start resource 'ora.jucmg2.jucmg22.inst'.

Se observar abaixo os serviços estão ok..



[ora...@urano backup]$ crs_stat -t
Name   Type   TargetState Host

ora.jucmg2.db  applicationONLINEONLINEurano
ora21.inst applicationONLINEONLINEplutao
ora22.inst applicationONLINEOFFLINE
oraSM1.asm applicationONLINEONLINEplutao
oraAO.lsnr applicationONLINEONLINEplutao
ora.plutao.gsd applicationONLINEONLINEplutao
ora.plutao.ons applicationONLINEONLINEplutao
ora.plutao.vip applicationONLINEONLINEplutao
oraSM2.asm applicationONLINEONLINEurano
oraNO.lsnr applicationONLINEONLINEurano
ora.urano.gsd  applicationONLINEONLINEurano
ora.urano.ons  applicationONLINEONLINEurano
ora.urano.vip  applicationONLINEONLINEurano

2009/6/20 Rodrigo Mufalani 

>
>
> Boa tarde Cristina,
>
> Dê uma olhada nos alerts das instâncias e no clusterware para que vc tenha
> um pouco mais de informação. Bom de cara sua instância no nó Urano não
> iniciou. Verifique se os processos do Clusterware estão iniciados nesse nó.
> Com certeza vc terá maiores informações olhando o alert.
>
> Atenciosamente,
>
> Rodrigo Mufalani
> DBA Oracle Sr.
> OCP 11g & 10g
> OCE RAC 10g R2
> rodrigomufal...@netmaker.com.br 
> http://mufalani.blogspot.com
>
> - Original Message -
> From: "Mária Cristina Silva" 
> 
> >
> To: >
> Sent: Friday, June 19, 2009 11:36 PM
> Subject: [oracle_br] Urgente
>
> boa noite!
> senhores estou com o seguinte erro:
>
> Erro no Srvctl
>
> Ocorreu um erro durante a execução da operação. Certifique-se de que os
> processos CRS e o SRVCTL estejam funcionando de forma adequada. Atualize a
> página para consultar o status atual. Consulte o seguinte erro: PRKP-1001 :
> Error starting instance jucmg22 on node urano CRS-0233: Resource or
> relatives are currently involved with another operation.
> alguem pode me orientar ?
>
> --
> Abraços,
> Mária Cristina
> Cel: 031-8883-5543
> E-mail: mariancrist...@gmail.com 
> MSN: mcristinasil...@hotmail.com 
> --
> "O começo é a parte mais importante do trabalho."
> - Platão
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 
>
> --
> >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
> inteira
> >responsabilidade de seus remetentes.
> Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> --
> >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package »
> >Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO
> ESPAÇO!
> >VISITE: http://www.oraclebr.com.br/
> --
> Links do Yahoo! Grupos
>
>  
>



-- 
Abraços,
Mária Cristina
Cel: 031-8883-5543
E-mail: mariancrist...@gmail.com
MSN:   mcristinasil...@hotmail.com
-- 
"O começo é a parte mais importante do trabalho."
- Platão


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

Re: [oracle_br] Urgente

[Rodrigo Mufalani]

Boa tarde Cristina,

  Dê uma olhada nos alerts das instâncias e no clusterware para que vc tenha 
um pouco mais de informação. Bom de cara sua instância no nó Urano não 
iniciou. Verifique se os processos do Clusterware estão iniciados nesse nó.
  Com certeza vc terá maiores informações olhando o alert.

Atenciosamente,

Rodrigo Mufalani
DBA Oracle Sr.
OCP 11g & 10g
OCE RAC 10g R2
rodrigomufal...@netmaker.com.br
http://mufalani.blogspot.com
- Original Message - 
From: "Mária Cristina Silva" 
To: 
Sent: Friday, June 19, 2009 11:36 PM
Subject: [oracle_br] Urgente


boa noite!
senhores estou com o seguinte erro:

 Erro no Srvctl



Ocorreu um erro durante a execução da operação. Certifique-se de que os
processos CRS e o SRVCTL estejam funcionando de forma adequada. Atualize a
página para consultar o status atual. Consulte o seguinte erro: PRKP-1001 :
Error starting instance jucmg22 on node urano CRS-0233: Resource or
relatives are currently involved with another operation.
alguem pode me orientar ?



-- 
Abraços,
Mária Cristina
Cel: 031-8883-5543
E-mail: mariancrist...@gmail.com
MSN:   mcristinasil...@hotmail.com
-- 
"O começo é a parte mais importante do trabalho."
- Platão


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





--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » 
>Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! 
>VISITE: http://www.oraclebr.com.br/

 
Links do Yahoo! Grupos

[oracle_br] Urgente

[Mária Cristina Silva]

boa noite!
senhores estou com o seguinte erro:

 Erro no Srvctl



Ocorreu um erro durante a execução da operação. Certifique-se de que os
processos CRS e o SRVCTL estejam funcionando de forma adequada. Atualize a
página para consultar o status atual. Consulte o seguinte erro: PRKP-1001 :
Error starting instance jucmg22 on node urano CRS-0233: Resource or
relatives are currently involved with another operation.
alguem pode me orientar ?



-- 
Abraços,
Mária Cristina
Cel: 031-8883-5543
E-mail: mariancrist...@gmail.com
MSN:   mcristinasil...@hotmail.com
-- 
"O começo é a parte mais importante do trabalho."
- Platão


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

[oracle_br] URGENTE !! WARNING: inbound connection timed out (ORA-3136)

[amorrimm]

alguem tem ideia de como resolve risso ??

Re: [oracle_br] URGENTE - Type is table

[Júlio César Corrêa]

Certo que eu testei agora e criou ok:
declare

TYPE r_julio IS RECORD (id number,nome varchar2(50)) ;
TYPE t_julio2 IS TABLE OF r_julio ;
begin

DBMS_OUTPUT.put_line('TESTE') ;

end ;

Agora aquela clausula INDEX BY pode estar ferrando a criação.

Olhe;

declare

TYPE r_julio IS RECORD (id number,nome varchar2(50)) ;
TYPE t_julio2 IS TABLE OF r_julio INDEX BY NUMBER ;
begin

DBMS_OUTPUT.put_line('TESTE') ;

end ;

ORA-06550: line 4, column 18:
PLS-00315: Implementation restriction: unsupported table index type
ORA-06550: line 4, column 1:
PL/SQL: Item ignored

Isso é não "funfa" .

http://www.oracle.com/technology/sample_code/tech/pl_sql/htdocs/x/Index_By_Varchar2/start.htm

2009/4/9 Júlio César Corrêa 

> http://download.oracle.com/docs/cd/B10501_01/appdev.920/a96624/05_colls.htm
>
> Enjoy
> it.
>
> 2009/4/9 Júlio César Corrêa 
>
> Putz..Acho que deve ser isso.
>> Posso estar errado.
>> Você cria um registro : type r_0150 is record ( origem varchar2(1),
>> cod_participante number(18) );
>> Pelo que sei até então você poder criar váriaveis com este tipo r_0150 .
>> Ex.
>>
>> v_julio r_0150  ;
>>
>> Ok.
>>
>> Mais criar um array de um registro,isso eu ainda não fiz e acho que não dá
>> :
>>
>> type t_0150 is table of r_0150 index by number(18) ;
>>
>> Isso dá erro.
>>
>> Vou testar  para poder comprovar,mas acredito que não dá.
>>
>> Agora se você fazer um
>>
>> CREATE OR REPLACE TYPE r_0150 AS OBJECT( origem varchar2(1),
>> cod_participante number(18) );
>>
>>  E depois usar o r_0150 em um associative array ou nested table.
>>
>> Abs,
>>
>>
>> 2009/4/9 Jean Carlos Reddiga 
>>
>>
>>>
>>> Boa tarde grupo
>>>
>>> estou com problema na geração de uma pl/sql table.
>>>
>>> esta me retornando o erro
>>> Compilation errors for PACKAGE DATDES.O_SPED_FISCAL
>>>
>>> Error: PLS-00315: Implementation restriction: unsupported table index
>>> type
>>> Line: 87
>>> Text: type t_0150 is table of r_0150 index by number(18) ;
>>>
>>> alguem poderia me ajudar???
>>>
>>> o erro esta no "index by number(18)". Mas não sei como utilizar index
>>> neste
>>> caso.
>>> presciso do index pelo codigo do participante.
>>>
>>> segue o codigo de criação.
>>>
>>> /*
>>>
>>> --===
>>>
>>> type r_0150 is record ( origem varchar2(1),
>>> cod_participante number(18) );
>>>
>>>
>>> --===
>>>
>>> --Função:
>>> --
>>> --Tipo retorno da função bulk_0150.
>>> --
>>>
>>> type t_0150 is table of r_0150 index by number(18) ;
>>> */
>>>
>>> grato
>>> 
>>>
>>> Jean Carlos Reddia
>>>
>>> [As partes desta mensagem que não continham texto foram removidas]
>>>
>>>  
>>>
>>
>>
>>
>> --
>> Júlio César Corrêa
>> IS Technologist - Oracle DBA
>> http://jccorrea.blogspot.com
>>
>> “To stay competitive in the tech industry, never stop
>> learning. Always be on the lookout for better ways of
>> doing things and new technologies. Our industry does
>> not reward people who let themselves stagnate”
>> –John Hall, Senior Vice President, Oracle University
>>
>>
>
>
> --
> Júlio César Corrêa
> IS Technologist - Oracle DBA
> http://jccorrea.blogspot.com
>
> “To stay competitive in the tech industry, never stop
> learning. Always be on the lookout for better ways of
> doing things and new technologies. Our industry does
> not reward people who let themselves stagnate”
> –John Hall, Senior Vice President, Oracle University
>
>


-- 
Júlio César Corrêa
IS Technologist - Oracle DBA
http://jccorrea.blogspot.com

“To stay competitive in the tech industry, never stop
learning. Always be on the lookout for better ways of
doing things and new technologies. Our industry does
not reward people who let themselves stagnate”
–John Hall, Senior Vice President, Oracle University


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





--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos

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

<*> Para sair deste grupo, e

Re: [oracle_br] URGENTE - Type is table

[Júlio César Corrêa]

http://download.oracle.com/docs/cd/B10501_01/appdev.920/a96624/05_colls.htm
Enjoy
it.

2009/4/9 Júlio César Corrêa 

> Putz..Acho que deve ser isso.
> Posso estar errado.
> Você cria um registro : type r_0150 is record ( origem varchar2(1),
> cod_participante number(18) );
> Pelo que sei até então você poder criar váriaveis com este tipo r_0150 .
> Ex.
>
> v_julio r_0150  ;
>
> Ok.
>
> Mais criar um array de um registro,isso eu ainda não fiz e acho que não dá
> :
>
> type t_0150 is table of r_0150 index by number(18) ;
>
> Isso dá erro.
>
> Vou testar  para poder comprovar,mas acredito que não dá.
>
> Agora se você fazer um
>
> CREATE OR REPLACE TYPE r_0150 AS OBJECT( origem varchar2(1),
> cod_participante number(18) );
>
>  E depois usar o r_0150 em um associative array ou nested table.
>
> Abs,
>
>
> 2009/4/9 Jean Carlos Reddiga 
>
>
>>
>> Boa tarde grupo
>>
>> estou com problema na geração de uma pl/sql table.
>>
>> esta me retornando o erro
>> Compilation errors for PACKAGE DATDES.O_SPED_FISCAL
>>
>> Error: PLS-00315: Implementation restriction: unsupported table index type
>> Line: 87
>> Text: type t_0150 is table of r_0150 index by number(18) ;
>>
>> alguem poderia me ajudar???
>>
>> o erro esta no "index by number(18)". Mas não sei como utilizar index
>> neste
>> caso.
>> presciso do index pelo codigo do participante.
>>
>> segue o codigo de criação.
>>
>> /*
>>
>> --===
>>
>> type r_0150 is record ( origem varchar2(1),
>> cod_participante number(18) );
>>
>>
>> --===
>>
>> --Função:
>> --
>> --Tipo retorno da função bulk_0150.
>> --
>>
>> type t_0150 is table of r_0150 index by number(18) ;
>> */
>>
>> grato
>> 
>>
>> Jean Carlos Reddia
>>
>> [As partes desta mensagem que não continham texto foram removidas]
>>
>>  
>>
>
>
>
> --
> Júlio César Corrêa
> IS Technologist - Oracle DBA
> http://jccorrea.blogspot.com
>
> “To stay competitive in the tech industry, never stop
> learning. Always be on the lookout for better ways of
> doing things and new technologies. Our industry does
> not reward people who let themselves stagnate”
> –John Hall, Senior Vice President, Oracle University
>
>


-- 
Júlio César Corrêa
IS Technologist - Oracle DBA
http://jccorrea.blogspot.com

“To stay competitive in the tech industry, never stop
learning. Always be on the lookout for better ways of
doing things and new technologies. Our industry does
not reward people who let themselves stagnate”
–John Hall, Senior Vice President, Oracle University


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





--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos

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

<*> Para sair deste grupo, envie um e-mail para:
oracle_br-unsubscr...@yahoogrupos.com.br

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

Re: [oracle_br] URGENTE - Type is table

[Júlio César Corrêa]

Putz..Acho que deve ser isso.
Posso estar errado.
Você cria um registro : type r_0150 is record ( origem varchar2(1),
cod_participante number(18) );
Pelo que sei até então você poder criar váriaveis com este tipo r_0150 .
Ex.

v_julio r_0150  ;

Ok.

Mais criar um array de um registro,isso eu ainda não fiz e acho que não dá :

type t_0150 is table of r_0150 index by number(18) ;

Isso dá erro.

Vou testar  para poder comprovar,mas acredito que não dá.

Agora se você fazer um

CREATE OR REPLACE TYPE r_0150 AS OBJECT( origem varchar2(1),
cod_participante number(18) );

 E depois usar o r_0150 em um associative array ou nested table.

Abs,


2009/4/9 Jean Carlos Reddiga 

>
>
> Boa tarde grupo
>
> estou com problema na geração de uma pl/sql table.
>
> esta me retornando o erro
> Compilation errors for PACKAGE DATDES.O_SPED_FISCAL
>
> Error: PLS-00315: Implementation restriction: unsupported table index type
> Line: 87
> Text: type t_0150 is table of r_0150 index by number(18) ;
>
> alguem poderia me ajudar???
>
> o erro esta no "index by number(18)". Mas não sei como utilizar index neste
> caso.
> presciso do index pelo codigo do participante.
>
> segue o codigo de criação.
>
> /*
>
> --===
>
> type r_0150 is record ( origem varchar2(1),
> cod_participante number(18) );
>
>
> --===
>
> --Função:
> --
> --Tipo retorno da função bulk_0150.
> --
>
> type t_0150 is table of r_0150 index by number(18) ;
> */
>
> grato
> 
>
> Jean Carlos Reddia
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>



-- 
Júlio César Corrêa
IS Technologist - Oracle DBA
http://jccorrea.blogspot.com

“To stay competitive in the tech industry, never stop
learning. Always be on the lookout for better ways of
doing things and new technologies. Our industry does
not reward people who let themselves stagnate”
–John Hall, Senior Vice President, Oracle University


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





--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos

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

<*> Para sair deste grupo, envie um e-mail para:
oracle_br-unsubscr...@yahoogrupos.com.br

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

[oracle_br] URGENTE - Type is table

[Jean Carlos Reddiga]

Boa tarde grupo


estou com problema na geração de uma pl/sql table.

esta me retornando o erro
Compilation errors for PACKAGE DATDES.O_SPED_FISCAL

Error: PLS-00315: Implementation restriction: unsupported table index type
Line: 87
Text: type t_0150 is table of r_0150 index by number(18) ;

alguem poderia me ajudar???


o erro esta no "index by number(18)". Mas não sei como utilizar index neste
caso.
presciso do index pelo codigo do participante.


segue o codigo de criação.

/*
--===

   type r_0150 is record ( origemvarchar2(1),
cod_participante  number(18) );

--===

   --Função:
   --
   --Tipo retorno da função bulk_0150.
   --

   type t_0150 is table of r_0150 index by number(18) ;
*/


grato


Jean Carlos Reddia


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

Re: [oracle_br] Urgente -SQL LOADER -

[Júlio César Corrêa]

Vou testar!
Obrigado Porfirio!

2008/12/12 francisco porfirio 

>   Julio,
>
> Se te entendi você ta querendo que na coluna 1 seja sempre o header e da
> coluna 2 em diante seja sempre o os dados do arquivo.
>
> Bom, o que você pode fazer é carregar esse arquivo sem o header. E
> posteriormente faz um select concatenando com o header .
> Ficando da seguinte forma:
>
> select ' 0010011060112112008163454'||coluna2||coluna3... from
> table;
>
> Depois joga a saida desse select para um arquivo texto.
>
>
> --
> Atenciosamente
> Francisco Porfirio Ribeiro Neto
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>



-- 
Júlio César Corrêa
IS Technologist - Oracle DBA
http://jccorrea.blogspot.com


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

Re: [oracle_br] Urgente -SQL LOADER -

[francisco porfirio]

Julio,

Se te entendi você ta querendo que na coluna 1 seja sempre o header  e da
coluna 2 em diante seja sempre o os dados do arquivo.

Bom, o que você pode fazer é carregar esse arquivo sem o header. E
posteriormente faz um select concatenando com o header .
Ficando da seguinte forma:

select ' 0010011060112112008163454'||coluna2||coluna3... from table;

Depois joga a saida desse select para um arquivo texto.

-- 
Atenciosamente
Francisco Porfirio Ribeiro Neto


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

Re: [oracle_br] Urgente -SQL LOADER -

[Júlio César Corrêa]

O Francisco valeu por dar ajuda.Na verdade isso é uma "cakinha" que duas
empresas fizeram e eu estou responsavel por fazer uma solução de contorno e
traduzir um arquivo txt e em outro arquivo txt de layout diferente(posições
de campo).Não vem ao caso,mas é um erro de troca de arquivos entre duas
empresas e eu estou tentando bolar uma solução de contorno,porque ambos não
querem padronizar a troca de arquivos rs.
Vou tentar melhorar a explicação.

Peguei um arquivo com 3 linhas de exemplo:


0010011060112112008163454
019001CNF07007104532803SANDRA
0100010001CNF07013236621036RICARDO

Assim:
A primeira linha é o header do arquivo.
A segunda e a terceira em diante são os dados propriamente ditos.
Digamos que eu criei uma tabela X com 20 colunas.Via SQLLDR eu teria que
pegar estes dados via posicionamento e inserir nesta tabela X.Porem a
primeira linha do arquivo teria que se repetir na primeira coluna da tabela.

Assim

Col_1
Col_2
0010011060112112008163454
 019001CNF07007104532803SANDRA
0010011060112112008163454
 0100010001CNF07013236621036RICARDO

Acho que melhorou.Na realidade terá mais campos,vou dividir via posicional.

O fato é,eu vou receber um arquivo arch.txt e tenho que usar algum recurso
para tranformá-lo em um arquivo arch_new.txt.
.Meu banco está em ambiente Linux RHEL,mas vou ter que acessar estes
arquivos e disponibilizar em windows.

Grato,

Como você falou percebi que  daria para usar o posicional mesmo,porque todos
os campos tem um limite.Cada linha tem um limite de 501 caracteres.

2008/12/12 francisco porfirio 

>   Olá Julio, não entedi direito a questão dessas linhas ficarem se
> repetindo.
>
> Mas o que você está querendo utilizar, o POSITION, ele é indicado apenas
> para casos em que as strings de todas as linhas possuem um tamanho padrão.
>
> Ex.: Coluna 1 varchar2(5),
> Coluna2 varchar2(3)
>
> Desta forma teu arquivo deveria ficar ser da seguinte forma
>
> 12345abc
> 123 cba
> 1 bca
> 111 add
> ...
>
> Se você tiver como exemplificar talvez facilite o nosso entendimento e
> consequentemente a solução para tua duvida.
> 2008/12/12 Júlio César Corrêa 
> 
> >
>
>
> > Pessoal,Preciso saber uma coisa sobre o sqlldr.
> > Estou vendo se é viável,preciso ler linhas dentro de um arquivo txt que
> não
> > possui delimitador de campos e que está assim disposto
> >
> > Linha_1 99
> > Linha_2 456546dasdsdssadasdas
> > Linha_n 454564678964fsdfdssdffds
> > Linha n
> > Linha_final ARCH
> >
> > A questão é que normalmente trabalhei com os dados do arquivo,sendo os
> > dados
> > quentes.
> > Mas neste caso a Linha_1 seria o header o arquivo e este header teria que
> > repetir para cada linha a partir da Linha_2 em diante.E no final do
> > arquivo,a Linha_final também repetiria para todas a linhas de Linha_2 até
> > Linha_n que são os dados propriamente ditos.
> >
> > Todos os campos juntos dariam uma tabela fisica de 35 colunas.E quando
> > executar o sqlldr inserir header,dados na tabela final.
> > O detalhe é que eu teria que repetir a primeira linha como se você um
> > identificador das outras linhas.
> >
> > O seguinte é estou aqui varrendo a documentação p ver se acho alguma
> coisa
> > de exemplo.
> > Sei que tenho pegar os campos usando um metodo possicional,tipo
> > MEUCAMPO POSITION(28:31) INTEGER EXTERNAL.
> >
> > Se alguem tiver dificuldade de entender a situação,eu tento explicar de
> > outra forma.
> >
> > Dese já agradeço,
> >
> > --
> > Júlio César Corrêa
> > IS Technologist - Oracle DBA
> > http://jccorrea.blogspot.com
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >
> >
>
> --
> Atenciosamente
> Francisco Porfirio Ribeiro Neto
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>



-- 
Júlio César Corrêa
IS Technologist - Oracle DBA
http://jccorrea.blogspot.com


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

Re: [oracle_br] Urgente -SQL LOADER -

[francisco porfirio]

Olá Julio, não entedi direito a questão dessas linhas ficarem se repetindo.

Mas o que você está querendo utilizar, o POSITION, ele é indicado apenas
para casos em que as strings de todas as linhas possuem um tamanho padrão.

Ex.: Coluna 1 varchar2(5),
   Coluna2 varchar2(3)

Desta forma teu arquivo deveria ficar ser da seguinte forma

12345abc
123   cba
1  bca
111  add
...

Se você tiver como exemplificar talvez facilite o nosso entendimento e
consequentemente a solução para tua duvida.
2008/12/12 Júlio César Corrêa 

>   Pessoal,Preciso saber uma coisa sobre o sqlldr.
> Estou vendo se é viável,preciso ler linhas dentro de um arquivo txt que não
> possui delimitador de campos e que está assim disposto
>
> Linha_1 99
> Linha_2 456546dasdsdssadasdas
> Linha_n 454564678964fsdfdssdffds
> Linha n
> Linha_final ARCH
>
> A questão é que normalmente trabalhei com os dados do arquivo,sendo os
> dados
> quentes.
> Mas neste caso a Linha_1 seria o header o arquivo e este header teria que
> repetir para cada linha a partir da Linha_2 em diante.E no final do
> arquivo,a Linha_final também repetiria para todas a linhas de Linha_2 até
> Linha_n que são os dados propriamente ditos.
>
> Todos os campos juntos dariam uma tabela fisica de 35 colunas.E quando
> executar o sqlldr inserir header,dados na tabela final.
> O detalhe é que eu teria que repetir a primeira linha como se você um
> identificador das outras linhas.
>
> O seguinte é estou aqui varrendo a documentação p ver se acho alguma coisa
> de exemplo.
> Sei que tenho pegar os campos usando um metodo possicional,tipo
> MEUCAMPO POSITION(28:31) INTEGER EXTERNAL.
>
> Se alguem tiver dificuldade de entender a situação,eu tento explicar de
> outra forma.
>
> Dese já agradeço,
>
> --
> Júlio César Corrêa
> IS Technologist - Oracle DBA
> http://jccorrea.blogspot.com
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>



-- 
Atenciosamente
Francisco Porfirio Ribeiro Neto


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

[oracle_br] Urgente -SQL LOADER -

[Júlio César Corrêa]

Pessoal,Preciso saber uma coisa sobre o sqlldr.
Estou vendo se é viável,preciso ler linhas dentro de um arquivo txt que não
possui delimitador de campos e que está assim disposto

Linha_1 99
Linha_2 456546dasdsdssadasdas
Linha_n 454564678964fsdfdssdffds
Linha n
Linha_final  ARCH

A questão é que normalmente trabalhei com os dados do arquivo,sendo os dados
quentes.
Mas neste caso a Linha_1 seria o header o arquivo e este header teria que
repetir para cada linha a partir da Linha_2 em diante.E no final do
arquivo,a Linha_final também repetiria para todas a linhas de Linha_2 até
Linha_n que são os dados propriamente ditos.

Todos os campos juntos dariam uma tabela fisica de 35 colunas.E quando
executar o sqlldr inserir header,dados na tabela final.
O detalhe é que eu teria que repetir a primeira linha como se você um
identificador das outras linhas.

O seguinte é estou aqui varrendo a documentação p ver se acho alguma coisa
de exemplo.
Sei que tenho pegar os campos usando um metodo possicional,tipo
 MEUCAMPO POSITION(28:31) INTEGER EXTERNAL.

Se alguem tiver dificuldade de entender a situação,eu tento explicar de
outra forma.

Dese já agradeço,

-- 
Júlio César Corrêa
IS Technologist - Oracle DBA
http://jccorrea.blogspot.com


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

Re: [oracle_br] Urgente...Listener nao levanta....

[Oscar Nogueira Neto]

Boas,

algumas vezes, por default, são colocados no listener.ora alguns protocolos
que não são utilizados, como por exemplo o SPX. Esse problema que você está
tendo, eventualmente tem algum tipo de relação com lixo no listener.ora.

Três sugestões:

1. Dê uma limpada no arquivo, procurando por erros. Parênteses que ficaram
sem ser fechados ou coisas do tipo;
2. Se você copiou esse arquivo listener.ora de um server linux, é capaz de
você estar tendo problemas com o caracter de final de linha. Experimente
passar seu listener.ora pelo utilitário unix2dos, do linux, ou converta-o
usando alguma ferramenta como o UltraEdit;
3. Renomeie/Delete seu arquivo e crie outro usando algum assistente.

Até!

2008/7/11 Jean Carlo Stein da Fonseca <[EMAIL PROTECTED]>:

>
> Bom dia, Pessoal..
>
> Estou com um server windows 2000 32bits.. instalando o Oracle 9i, a
> instalacao foi td certinho porém na hora de levantar o listener aparece a
> seguinte mensagem de erro:
>
> Started with pid=589396Listening on:
> (DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(PIPENAME=\\.\pipe\EXTPROC0ipc)))Error
> listening on: 
> (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=10.1.0.32)(PORT=1521)))TNS-12560:
> TNS:protocol adapter error TNS-00530: Protocol adapter error 32-bit Windows
> Error: 38: Filename too longNo longer listening on:
> (DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(PIPENAME=\\.\pipe\EXTPROC0ipc)))
>
> Alguém já passou por essa situacao.. obrigado.
> __
> Cansado de espaço para só 50 fotos? Conheça o Spaces, o site de
> relacionamentos com até 6,000 fotos!
> http://www.amigosdomessenger.com.br
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>



-- 
Oscar Nogueira Neto
oscarnogueira[at]gmail[dot]com
http://www.oscarnogueira.com


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

Re: [oracle_br] Urgente...Listener nao levanta....

[Diego Leite]

renomeie  esse listener.ora
ex: listener_old.ora

E tente recriar pelo assistente.


Em 11/07/08, Sérgio T. Uetanabaro <[EMAIL PROTECTED]> escreveu:
>
>   Checa se o nome do computador que está no listener.ora está correto.
> Para
> saber se é válido basta tentar pingar este nome. Aconteceu isso comigo mas
> nao sei se eh o seu caso. Confere ai.
>
> []´s
>
> Sérgio T. Uetanabaro
>
> _
>
> De: oracle_br@yahoogrupos.com.br  [mailto:
> oracle_br@yahoogrupos.com.br ] Em
> nome de Jean Carlo Stein da Fonseca
> Enviada em: sexta-feira, 11 de julho de 2008 13:00
> Para: oracle_br@yahoogrupos.com.br 
> Assunto: RE: [oracle_br] Urgente...Listener nao levanta
>
> Esse problema começou a ocorrer depois que o pessoal do Suporte efetuou a
> reinstalação do SO por causa de um vírus que entrou na rede da empresa.
> O pessoal está tendando recuperar a instalação pois o sistema tem q rodar
> no
> windows em ingles..
>
> Alguém tem uma idéia do que possa alterar para voltar a funcionar o
> listener???
>
> OBS.: o banco levanta normal, pois no console consigo acessar as
> informações
> via sqlplus.
>
> Desde já agradeço a atenção de todos.
>
> To: [EMAIL PROTECTED] 
> <mailto:oracle_br%40yahoogrupos.com.brFrom
> >
> os.com.brFrom: jcthebrother@ 
> <mailto:jcthebrother%40hotmail.comDate
> >
> hotmail.comDate: Fri, 11 Jul 2008 10:28:29 -0300Subject: [oracle_br]
> Urgente...Listener nao levanta
>
> Bom dia, Pessoal..Estou com um server windows 2000 32bits.. instalando o
> Oracle 9i, a instalacao foi td certinho porém na hora de levantar o
> listener
> aparece a seguinte mensagem de erro:Started with pid=589396Listening on:
> (DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(PIPENAME=\\.\pipe\EXTPROC0ipc)))Error
> listening on:
> (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=10.1.0.32
> )(PORT=1521)))TNS-12560:
> TNS:protocol adapter error TNS-00530: Protocol adapter error 32-bit Windows
> Error: 38: Filename too longNo longer listening on:
> (DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(PIPENAME=\\.\pipe\EXTPROC0ipc)))Alguém
> já passou por essa situacao..
> obrigado.__Cansado
> de espaço para só 50 fotos? Conheça o Spaces, o site de relacionamentos com
> até 6,000 fotos!http://www.amigosdo <http://www.amigosdomessenger.com.br>
> messenger.com.br[As partes desta mensagem que não continham texto foram
> removidas]
>
> __
> Receba GRÁTIS as mensagens do Messenger no seu celular quando você estiver
> offline. Conheça o MSN Mobile!
> http://mobile. <http://mobile.live.com/signup/signup2.aspx?lc=pt-br>
> live.com/signup/signup2.aspx?lc=pt-br
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 
>



-- 
Att,


Diego Leite - DBA Jr.


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

RES: [oracle_br] Urgente...Listener nao levanta....

[Sérgio T . Uetanabaro]

Checa se o nome do computador que está no listener.ora está correto. Para
saber se é válido basta tentar pingar este nome. Aconteceu isso comigo mas
nao sei se eh o seu caso. Confere ai.
 
[]´s
 
Sérgio T. Uetanabaro

 

  _  

De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
nome de Jean Carlo Stein da Fonseca
Enviada em: sexta-feira, 11 de julho de 2008 13:00
Para: oracle_br@yahoogrupos.com.br
Assunto: RE: [oracle_br] Urgente...Listener nao levanta




Esse problema começou a ocorrer depois que o pessoal do Suporte efetuou a
reinstalação do SO por causa de um vírus que entrou na rede da empresa.
O pessoal está tendando recuperar a instalação pois o sistema tem q rodar no
windows em ingles..

Alguém tem uma idéia do que possa alterar para voltar a funcionar o
listener???

OBS.: o banco levanta normal, pois no console consigo acessar as informações
via sqlplus.

Desde já agradeço a atenção de todos.

To: [EMAIL PROTECTED] <mailto:oracle_br%40yahoogrupos.com.brFrom>
os.com.brFrom: jcthebrother@ <mailto:jcthebrother%40hotmail.comDate>
hotmail.comDate: Fri, 11 Jul 2008 10:28:29 -0300Subject: [oracle_br]
Urgente...Listener nao levanta

Bom dia, Pessoal..Estou com um server windows 2000 32bits.. instalando o
Oracle 9i, a instalacao foi td certinho porém na hora de levantar o listener
aparece a seguinte mensagem de erro:Started with pid=589396Listening on:
(DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(PIPENAME=\\.\pipe\EXTPROC0ipc)))Error
listening on:
(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=10.1.0.32)(PORT=1521)))TNS-12560:
TNS:protocol adapter error TNS-00530: Protocol adapter error 32-bit Windows
Error: 38: Filename too longNo longer listening on:
(DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(PIPENAME=\\.\pipe\EXTPROC0ipc)))Alguém
já passou por essa situacao..
obrigado.__Cansado
de espaço para só 50 fotos? Conheça o Spaces, o site de relacionamentos com
até 6,000 fotos!http://www.amigosdo <http://www.amigosdomessenger.com.br>
messenger.com.br[As partes desta mensagem que não continham texto foram
removidas] 

__
Receba GRÁTIS as mensagens do Messenger no seu celular quando você estiver
offline. Conheça o MSN Mobile!
http://mobile. <http://mobile.live.com/signup/signup2.aspx?lc=pt-br>
live.com/signup/signup2.aspx?lc=pt-br

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



 


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

RE: [oracle_br] Urgente...Listener nao levanta....

[Jean Carlo Stein da Fonseca]

Esse problema começou a ocorrer depois que o pessoal do Suporte efetuou a 
reinstalação do SO por causa de um vírus que entrou na rede da empresa.
O pessoal está tendando recuperar a instalação pois o sistema tem q rodar no 
windows em ingles..
 
Alguém tem uma idéia do que possa alterar para voltar a funcionar o listener???
 
OBS.: o banco levanta normal, pois no console consigo acessar as informações 
via sqlplus.
 
Desde já agradeço a atenção de todos.


To: [EMAIL PROTECTED]: [EMAIL PROTECTED]: Fri, 11 Jul 2008 10:28:29 
-0300Subject: [oracle_br] Urgente...Listener nao levanta




Bom dia, Pessoal..Estou com um server windows 2000 32bits.. instalando o Oracle 
9i, a instalacao foi td certinho porém na hora de levantar o listener aparece a 
seguinte mensagem de erro:Started with pid=589396Listening on: 
(DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(PIPENAME=\\.\pipe\EXTPROC0ipc)))Error 
listening on: 
(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=10.1.0.32)(PORT=1521)))TNS-12560: 
TNS:protocol adapter error TNS-00530: Protocol adapter error 32-bit Windows 
Error: 38: Filename too longNo longer listening on: 
(DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(PIPENAME=\\.\pipe\EXTPROC0ipc)))Alguém já 
passou por essa situacao.. 
obrigado.__Cansado de 
espaço para só 50 fotos? Conheça o Spaces, o site de relacionamentos com até 
6,000 fotos!http://www.amigosdomessenger.com.br[As partes desta mensagem que 
não continham texto foram removidas] 





_
Receba GRÁTIS as mensagens do Messenger no seu celular quando você estiver 
offline. Conheça  o MSN Mobile!
http://mobile.live.com/signup/signup2.aspx?lc=pt-br

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

[oracle_br] Urgente...Listener nao levanta....

[Jean Carlo Stein da Fonseca]

Bom dia, Pessoal..
 
Estou com um server windows 2000 32bits.. instalando o Oracle 9i, a instalacao 
foi td certinho porém na hora de levantar o listener aparece a seguinte 
mensagem de erro:
 
Started with pid=589396Listening on: 
(DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(PIPENAME=\\.\pipe\EXTPROC0ipc)))Error 
listening on: 
(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=10.1.0.32)(PORT=1521)))TNS-12560: 
TNS:protocol adapter error TNS-00530: Protocol adapter error  32-bit Windows 
Error: 38: Filename too longNo longer listening on: 
(DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(PIPENAME=\\.\pipe\EXTPROC0ipc)))
 
Alguém já passou por essa situacao.. obrigado.
_
Cansado de espaço para só 50 fotos? Conheça o Spaces, o site de relacionamentos 
com até 6,000 fotos!
http://www.amigosdomessenger.com.br

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

Re: [oracle_br] URGENTE - Chamada de report apartir de um item de menu - Forms ORACLE 10G

[Alfredo Guimarães]

obrigado André,


consegui resolver criandao um objeto report no forms que "setava" o menu e
alterei um parametro do menu para compatilhar a s bibliotecas do forms.

Alfredo

2008/5/21 André Silva <[EMAIL PROTECTED]>:

>   De fato, não há como declarar (apensar) o relatorio no mmb. O Relatório
> que vc chamará a partir do menu não terá parâmetros informados pelo usuário?
> Se não, use apenas web.show_document sem utilizar-se do run_report_object.
> daí no evento do item de menu vc já coloca o código. Algo do tipo:
> web.show_document('
> http://servidor:porta/reports/rwservlet?report=seurelatorio.rdf&userid=usuario/[EMAIL
>  PROTECTED]&destype=cache&desformat=pdf
> ','_blank');
> Se vc estiver com o reports server no seu oas ou oc4j configurados
> corretamente vc nao precisa passar o servidor e a porta passa o caminho
> relativo, a partir do "/reports...", vc pode tb criar uma chave pra nao
> passar na url usuario senha, destype, desformat, etc...
>
> To: [EMAIL PROTECTED] :
> [EMAIL PROTECTED] : Tue, 20 May 2008
> 16:21:36 -0300Subject: [oracle_br] URGENTE - Chamada de report apartir de um
> item de menu - Forms ORACLE 10G
>
> Olá pessoal,Alguém poderia me ajudar com este problema:Problema:em um menu
> necessito fazer a chamada de um report, porém em ORACLE FORMS 10Gtenho que
> substituir o RUN_PRODUCT por RUN_REPORT_OBJECT_PROC e o primeiroparâmetro é
> o report_id do tipo Report_Object, em um fonte *.fmb eu consigousar a função
> report_id:= FIND_REPORT_OBJECT('report_name');pergunta: COMO CONSIGO ESTA
> INFORMAÇÃO DENTRO DE UM FONTE *.mmb? nos fontes*.mmb não tenho +Reports na
> avore de oções dentro do forms builder parapoder declarar um report.aguardo
> alguma dica .obrigadoAlfredo[As partes desta mensagem que não continham
> texto foram removidas]
>
> __
> Conheça o Windows Live Spaces, a rede de relacionamentos do Messenger!
> http://www.amigosdomessenger.com.br/
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 
>


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

RE: [oracle_br] URGENTE - Chamada de report apartir de um item de menu - Forms ORACLE 10G

[André Silva]

De fato, não há como declarar (apensar) o relatorio no mmb. O Relatório que vc 
chamará a partir do menu não terá parâmetros informados pelo usuário? Se não, 
use apenas web.show_document sem utilizar-se do run_report_object.
daí no evento do item de menu vc já coloca o código. Algo do tipo:
web.show_document('http://servidor:porta/reports/rwservlet?report=seurelatorio.rdf&userid=usuario/[EMAIL
 PROTECTED]&destype=cache&desformat=pdf','_blank');
Se vc estiver com o reports server no seu oas ou oc4j configurados corretamente 
vc nao precisa passar o servidor e a porta passa o caminho relativo, a partir 
do "/reports...", vc pode tb criar uma chave pra nao passar na url usuario 
senha, destype, desformat, etc...


To: [EMAIL PROTECTED]: [EMAIL PROTECTED]: Tue, 20 May 2008 16:21:36 
-0300Subject: [oracle_br] URGENTE - Chamada de report apartir de um item de 
menu - Forms ORACLE 10G




Olá pessoal,Alguém poderia me ajudar com este problema:Problema:em um menu 
necessito fazer a chamada de um report, porém em ORACLE FORMS 10Gtenho que 
substituir o RUN_PRODUCT por RUN_REPORT_OBJECT_PROC e o primeiroparâmetro é o 
report_id do tipo Report_Object, em um fonte *.fmb eu consigousar a função 
report_id:= FIND_REPORT_OBJECT('report_name');pergunta: COMO CONSIGO ESTA 
INFORMAÇÃO DENTRO DE UM FONTE *.mmb? nos fontes*.mmb não tenho +Reports na 
avore de oções dentro do forms builder parapoder declarar um report.aguardo 
alguma dica .obrigadoAlfredo[As partes desta mensagem que não continham 
texto foram removidas] 






_
Conheça o Windows Live Spaces, a rede de relacionamentos do Messenger!
http://www.amigosdomessenger.com.br/

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

[oracle_br] URGENTE - Chamada de report apartir de um item de menu - Forms ORACLE 10G

[Alfredo Guimarães]

Olá pessoal,

Alguém poderia me ajudar com este problema:

Problema:

em um menu necessito fazer a chamada de um report, porém em ORACLE FORMS 10G
tenho que substituir o RUN_PRODUCT por RUN_REPORT_OBJECT_PROC e o primeiro
parâmetro é o report_id do tipo Report_Object, em um fonte *.fmb eu consigo
usar a função report_id:= FIND_REPORT_OBJECT('report_name');

pergunta: COMO CONSIGO ESTA INFORMAÇÃO DENTRO DE UM FONTE *.mmb? nos fontes
*.mmb não tenho +Reports na avore de oções dentro do forms builder para
poder declarar um report.


aguardo alguma dica .obrigado

Alfredo


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

Re: [oracle_br] Urgente uso da utl_smtp

[andre ferreira]

Não entendo de pl-sql, procurei algumas procedures que fazem isso mas não
entendi seus funcionamentos.

Em 07/05/08, ajohnny1 <[EMAIL PROTECTED]> escreveu:
>
>   CREATE OR REPLACE PROCEDURE EMAIL
> IS
> BEGIN
> DECLARE
> vHostEmail VARCHAR2( 60 );
> vConexao UTL_SMTP.CONNECTION;
> vMessagem VARCHAR2( 4000 );
> vDestinatario VARCHAR2( 4000 );
> vRemetente VARCHAR2( 100 );
> vAssunto VARCHAR2( 60 );
> BEGIN
> vAssunto := 'package UTL_SMTP';
> vDestinatario := '[EMAIL PROTECTED] <%27user1%40oracle.com.br>';
> vRemetente := '[EMAIL PROTECTED] <%27user2%40oracle-ltda.com.br>';
> vMessagem := 'Teste de envio de e-mail, utilizando a package
> UTL_SMTP';
> vHostEmail := 'smtp.oracle.com.br';
> vConexao := UTL_SMTP.OPEN_CONNECTION( vHostEmail, 25 );
> UTL_SMTP.HELO( vConexao, vHostEmail );
> UTL_SMTP.MAIL( vConexao, vRemetente );
> UTL_SMTP.RCPT( vConexao, vDestinatario );
> UTL_SMTP.DATA( vConexao, 'Date: ' || TO_CHAR( SYSDATE, 'dd Mon yy
> hh24:mi:ss' ) || UTL_TCP.CRLF ||
> 'From: ' || vRemetente || UTL_TCP.CRLF ||
> 'To: ' || vDestinatario || UTL_TCP.CRLF ||
> 'Subject: ' || vAssunto ||
> UTL_TCP.CRLF || vMessagem );
> UTL_SMTP.QUIT( vConexao );
> END;
> END;
>
> 1º Essa procedure funciona mas eu precisava que
> ela fosse disparada por uma trigger.
> 2º Que os dados do usuário destinatário fosse preenchidos pela
> trigger e ou outra procedure.
> 3º Que fosse possível colocar no corpo da mensagem um select
>
> 
>


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

Re: Res: [oracle_br] Urgente uso da utl_smtp

[Leonardo Rezende]

Isso... E criar alguns parâmetros para deixá-la um pouco mais flexível. ;)

Anderson Santiago escreveu:
> 
> 
> É so chamar essa procedure pela trigger, ja tentou fazer isso??
> att.
> Anderson Santiago
> DBA Sr.
> www.ruevers.webs.com
> 
> - Mensagem original 
> De: ajohnny1 <[EMAIL PROTECTED] <mailto:johnnyoracle%40gmail.com>>
> Para: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>
> Enviadas: Quarta-feira, 7 de Maio de 2008 15:49:23
> Assunto: [oracle_br] Urgente uso da utl_smtp
> 
> CREATE OR REPLACE PROCEDURE EMAIL
> IS
> BEGIN
> DECLARE
> vHostEmail VARCHAR2( 60 );
> vConexao UTL_SMTP.CONNECTION ;
> vMessagem VARCHAR2( 4000 );
> vDestinatario VARCHAR2( 4000 );
> vRemetente VARCHAR2( 100 );
> vAssunto VARCHAR2( 60 );
> BEGIN
> vAssunto := 'package UTL_SMTP';
> vDestinatario := '[EMAIL PROTECTED] com.br';
> vRemetente := '[EMAIL PROTECTED] ltda.com. br';
> vMessagem := 'Teste de envio de e-mail, utilizando a package
> UTL_SMTP';
> vHostEmail := 'smtp.oracle. com.br';
> vConexao := UTL_SMTP.OPEN_ CONNECTION( vHostEmail, 25 );
> UTL_SMTP.HELO( vConexao, vHostEmail );
> UTL_SMTP.MAIL( vConexao, vRemetente );
> UTL_SMTP.RCPT( vConexao, vDestinatario );
> UTL_SMTP.DATA( vConexao, 'Date: ' || TO_CHAR( SYSDATE, 'dd Mon yy
> hh24:mi:ss' ) || UTL_TCP.CRLF ||
> 'From: ' || vRemetente || UTL_TCP.CRLF ||
> 'To: ' || vDestinatario || UTL_TCP.CRLF ||
> 'Subject: ' || vAssunto ||
> UTL_TCP.CRLF || vMessagem );
> UTL_SMTP.QUIT( vConexao );
> END;
> END;
> 
> 1º Essa procedure funciona mas eu precisava que
> ela fosse disparada por uma trigger.
> 2º Que os dados do usuário destinatário fosse preenchidos pela
> trigger e ou outra procedure.
> 3º Que fosse possível colocar no corpo da mensagem um select
> 
> Abra sua conta no Yahoo! Mail, o único sem limite de espaço para 
> armazenamento!
> http://br.mail.yahoo.com/ <http://br.mail.yahoo.com/>
> 
> [As partes desta mensagem que não continham texto foram removidas]
> 
> 


-- 

Sds,

   Leonardo Rezende
   Analista Desenvolvedor
   [EMAIL PROTECTED]

Res: [oracle_br] Urgente uso da utl_smtp

[Anderson Santiago]

É so chamar essa procedure pela trigger, ja tentou fazer isso??
att.
Anderson Santiago
DBA Sr.
www.ruevers.webs.com


- Mensagem original 
De: ajohnny1 <[EMAIL PROTECTED]>
Para: oracle_br@yahoogrupos.com.br
Enviadas: Quarta-feira, 7 de Maio de 2008 15:49:23
Assunto: [oracle_br] Urgente uso da utl_smtp


CREATE OR REPLACE PROCEDURE EMAIL 
IS 
BEGIN 
DECLARE 
vHostEmail VARCHAR2( 60 ); 
vConexao UTL_SMTP.CONNECTION ; 
vMessagem VARCHAR2( 4000 ); 
vDestinatario VARCHAR2( 4000 ); 
vRemetente VARCHAR2( 100 ); 
vAssunto VARCHAR2( 60 ); 
BEGIN 
vAssunto := 'package UTL_SMTP'; 
vDestinatario := '[EMAIL PROTECTED] com.br'; 
vRemetente := '[EMAIL PROTECTED] ltda.com. br'; 
vMessagem := 'Teste de envio de e-mail, utilizando a package 
UTL_SMTP'; 
vHostEmail := 'smtp.oracle. com.br'; 
vConexao := UTL_SMTP.OPEN_ CONNECTION( vHostEmail, 25 ); 
UTL_SMTP.HELO( vConexao, vHostEmail ); 
UTL_SMTP.MAIL( vConexao, vRemetente ); 
UTL_SMTP.RCPT( vConexao, vDestinatario ); 
UTL_SMTP.DATA( vConexao, 'Date: ' || TO_CHAR( SYSDATE, 'dd Mon yy 
hh24:mi:ss' ) || UTL_TCP.CRLF || 
'From: ' || vRemetente || UTL_TCP.CRLF || 
'To: ' || vDestinatario || UTL_TCP.CRLF || 
'Subject: ' || vAssunto || 
UTL_TCP.CRLF || vMessagem ); 
UTL_SMTP.QUIT( vConexao ); 
END; 
END; 

1º Essa procedure funciona mas eu precisava que 
ela fosse disparada por uma trigger.
2º Que os dados do usuário destinatário fosse preenchidos pela 
trigger e ou outra procedure.
3º Que fosse possível colocar no corpo da mensagem um select 

 


  Abra sua conta no Yahoo! Mail, o único sem limite de espaço para 
armazenamento!
http://br.mail.yahoo.com/

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

[oracle_br] Urgente uso da utl_smtp

[ajohnny1]

CREATE OR REPLACE PROCEDURE EMAIL 
IS 
BEGIN 
DECLARE 
vHostEmail VARCHAR2( 60 ); 
vConexao UTL_SMTP.CONNECTION; 
vMessagem VARCHAR2( 4000 ); 
vDestinatario VARCHAR2( 4000 ); 
vRemetente VARCHAR2( 100 ); 
vAssunto VARCHAR2( 60 ); 
BEGIN 
vAssunto := 'package UTL_SMTP'; 
vDestinatario := '[EMAIL PROTECTED]'; 
vRemetente := '[EMAIL PROTECTED]'; 
vMessagem := 'Teste de envio de e-mail, utilizando a package 
UTL_SMTP'; 
vHostEmail := 'smtp.oracle.com.br'; 
vConexao := UTL_SMTP.OPEN_CONNECTION( vHostEmail, 25 ); 
UTL_SMTP.HELO( vConexao, vHostEmail ); 
UTL_SMTP.MAIL( vConexao, vRemetente ); 
UTL_SMTP.RCPT( vConexao, vDestinatario ); 
UTL_SMTP.DATA( vConexao, 'Date: ' || TO_CHAR( SYSDATE, 'dd Mon yy 
hh24:mi:ss' ) || UTL_TCP.CRLF || 
'From: ' || vRemetente || UTL_TCP.CRLF || 
'To: ' || vDestinatario || UTL_TCP.CRLF || 
'Subject: ' || vAssunto || 
UTL_TCP.CRLF || vMessagem ); 
UTL_SMTP.QUIT( vConexao ); 
END; 
END; 


1º Essa procedure funciona mas eu precisava que 
ela fosse disparada por uma trigger.
2º Que os dados do usuário destinatário fosse preenchidos pela 
trigger e ou outra procedure.
3º Que fosse possível colocar no corpo da mensagem um select 

Re: [oracle_br] URGENTE - CORRUPT BLOCK RELATIVE DBA

[Rogério Falconi]

Se numca fez, podemos passar o procedimento...

Em 17/01/08, Rogério Falconi <[EMAIL PROTECTED]> escreveu:
>
> Jovem,
>
> o redo REDO3B.LOG esta corrompido.
>
> faça o procedimento de criação de novos redos e exclua os velhos.
> sito resolverá
>
> o mais fácil pra vc, use o interprise manager.
>
> []´s
>
> Rogério
>
> Em 16/01/08, pedrojosemanso <[EMAIL PROTECTED]> escreveu:
> >
> >   Senhores,
> >
> > Estamos no meio de um processo de muita atividade online e de forma
> > intermitente tem aparecido no alert esteas mensagens de erro abaixo
> > acompanhadas de indisponibilidade do banco de dados. As conexões vão
> > caindo e novas conexões recebem o erro 12500.
> >
> > Vejam a mensagem:
> >
> > Wed Jan 16 15:06:19 2008
> > Current log# 3 seq# 250522 mem# 1: E:\ORACLE\DATA\P16\REDO3B.LOG
> > ***
> > Corrupt block relative dba: 0x03439209 (file 13, block 233993)
> > Bad header found during buffer read
> > Data in bad block -
> > type: 6 format: 2 rdba: 0x03439288
> > last change scn: 0x.7889f9b9 seq: 0x1 flg: 0x06
> > consistency value in tail: 0xf9b90601
> > check value in block header: 0xc349, computed block checksum: 0x0
> > spare1: 0x0, spare2: 0x0, spare3: 0x0
> > ***
> > Reread of rdba: 0x03439209 (file 13, block 233993) found valid data
> > ***
> >
> > Executei o dbv nos datafiles e não recebi nenhum sinal de corrupção.
> > Alguém pode nos ajudar??
> > Temos prazo para terminar o serviço e isto ocorre frequentemente,
> > forçando o reinício do serviço do banco a todo momento.
> >
> > Atenciosamente,
> >
> > Pedro.
> >
> >  
> >
>
>


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

Re: [oracle_br] URGENTE - CORRUPT BLOCK RELATIVE DBA

[Rogério Falconi]

Jovem,

o redo REDO3B.LOG esta corrompido.

faça o procedimento de criação de novos redos e exclua os velhos.
sito resolverá

o mais fácil pra vc, use o interprise manager.

[]´s

Rogério

Em 16/01/08, pedrojosemanso <[EMAIL PROTECTED]> escreveu:
>
>   Senhores,
>
> Estamos no meio de um processo de muita atividade online e de forma
> intermitente tem aparecido no alert esteas mensagens de erro abaixo
> acompanhadas de indisponibilidade do banco de dados. As conexões vão
> caindo e novas conexões recebem o erro 12500.
>
> Vejam a mensagem:
>
> Wed Jan 16 15:06:19 2008
> Current log# 3 seq# 250522 mem# 1: E:\ORACLE\DATA\P16\REDO3B.LOG
> ***
> Corrupt block relative dba: 0x03439209 (file 13, block 233993)
> Bad header found during buffer read
> Data in bad block -
> type: 6 format: 2 rdba: 0x03439288
> last change scn: 0x.7889f9b9 seq: 0x1 flg: 0x06
> consistency value in tail: 0xf9b90601
> check value in block header: 0xc349, computed block checksum: 0x0
> spare1: 0x0, spare2: 0x0, spare3: 0x0
> ***
> Reread of rdba: 0x03439209 (file 13, block 233993) found valid data
> ***
>
> Executei o dbv nos datafiles e não recebi nenhum sinal de corrupção.
> Alguém pode nos ajudar??
> Temos prazo para terminar o serviço e isto ocorre frequentemente,
> forçando o reinício do serviço do banco a todo momento.
>
> Atenciosamente,
>
> Pedro.
>
>  
>


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

[oracle_br] URGENTE - CORRUPT BLOCK RELATIVE DBA

[pedrojosemanso]

Senhores,

Estamos no meio de um processo de muita atividade online e de forma 
intermitente tem aparecido no alert esteas mensagens de erro abaixo 
acompanhadas de indisponibilidade do banco de dados. As conexões vão 
caindo e novas conexões recebem o erro 12500.


Vejam a mensagem:


Wed Jan 16 15:06:19 2008
  Current log# 3 seq# 250522 mem# 1: E:\ORACLE\DATA\P16\REDO3B.LOG
***
Corrupt block relative dba: 0x03439209 (file 13, block 233993)
Bad header found during buffer read
Data in bad block -
 type: 6 format: 2 rdba: 0x03439288
 last change scn: 0x.7889f9b9 seq: 0x1 flg: 0x06
 consistency value in tail: 0xf9b90601
 check value in block header: 0xc349, computed block checksum: 0x0
 spare1: 0x0, spare2: 0x0, spare3: 0x0
***
Reread of rdba: 0x03439209 (file 13, block 233993) found valid data
***

Executei o dbv nos datafiles e não recebi nenhum sinal de corrupção.
Alguém pode nos ajudar?? 
Temos prazo para terminar o serviço e isto ocorre frequentemente, 
forçando o reinício do serviço do banco a todo momento.

Atenciosamente,

Pedro.

Re: [oracle_br] URGENTE !

[Michel Temer Feres]

Valeu amigo.Consegui resolver, deu trampo viu, o so é HPUX, precisamos desligar 
a máquina no dedão msm, agora esta normalizado.
   
  Obrigado !
  Rodrigo Moreno - Hydronorth S/A <[EMAIL PROTECTED]> escreveu:
  Acho melhor reiniciar o servidor (se for possível), pois vc vai 
precisar de uma senha DBA p/ matar o processo que está rodando.

- Original Message - 
From: Michel Temer Feres 
To: oracle_br@yahoogrupos.com.br 
Sent: Tuesday, January 15, 2008 8:45 AM
Subject: {Disarmed} Re: [oracle_br] URGENTE !

o problema é que eu não sei fazer isso, sou desenvolvedor e não temos dba, como 
faço isso ?

Rodrigo Moreno - Hydronorth S/A <[EMAIL PROTECTED]> escreveu: Procura o 
processo da trigger no banco e mata ele que dae vc consegue apagar a trigger.

Abraço,
Rodrigo Moreno
Cambé - Paraná

- Original Message - 
From: Michel Temer Feres 
To: oracle_br@yahoogrupos.com.br 
Sent: Tuesday, January 15, 2008 8:24 AM
Subject: {Disarmed} [oracle_br] URGENTE !

Bom dia a todos !
Estou tentando excluir uma trigger que dentro dela está chamando uma procedure, 
e acredito que ela está em loop no meu banco de dados oracle Release 9.0.1.3., 
e está dando a seguinte mensage:

timeout occurred while waiting to lock object ACADEMICO.TRG_ALTERA_CREDITO

Gostaria de saber qual será o procedimento adequado para exluir esse objeto.
Desde já agradeço !

No aguardo, Michel.

-
Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! 

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

-- 
Esta mensagem foi verificada pelo sistema de antivírus e 
acredita-se estar livre de perigo. 
-- 
Esta mensagem foi verificada pelo sistema de antivírus e
acredita-se estar livre de perigo.

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

-
Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! 

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

-- 
Esta mensagem foi verificada pelo sistema de antivírus e 
acredita-se estar livre de perigo. 
-- 
Esta mensagem foi verificada pelo sistema de antivírus e
acredita-se estar livre de perigo.

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



 

   
-
Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! 

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

Re: [oracle_br] URGENTE !

[Rodrigo Moreno - Hydronorth S/A]

Acho melhor reiniciar o servidor (se for possível), pois vc vai precisar de uma 
senha DBA p/ matar o processo que está rodando.



  - Original Message - 
  From: Michel Temer Feres 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, January 15, 2008 8:45 AM
  Subject: {Disarmed} Re: [oracle_br] URGENTE !


  o problema é que eu não sei fazer isso, sou desenvolvedor e não temos dba, 
como faço isso ?

  Rodrigo Moreno - Hydronorth S/A <[EMAIL PROTECTED]> escreveu: Procura o 
processo da trigger no banco e mata ele que dae vc consegue apagar a trigger.

  Abraço,
  Rodrigo Moreno
  Cambé - Paraná

  - Original Message - 
  From: Michel Temer Feres 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, January 15, 2008 8:24 AM
  Subject: {Disarmed} [oracle_br] URGENTE !

  Bom dia a todos !
  Estou tentando excluir uma trigger que dentro dela está chamando uma 
procedure, e acredito que ela está em loop no meu banco de dados oracle Release 
9.0.1.3., e está dando a seguinte mensage:

  timeout occurred while waiting to lock object ACADEMICO.TRG_ALTERA_CREDITO

  Gostaria de saber qual será o procedimento adequado para exluir esse objeto.
  Desde já agradeço !

  No aguardo, Michel.

  -
  Abra sua conta no Yahoo! Mail, o único sem limite de espaço para 
armazenamento! 

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

  -- 
  Esta mensagem foi verificada pelo sistema de antivírus e 
  acredita-se estar livre de perigo. 
  -- 
  Esta mensagem foi verificada pelo sistema de antivírus e
  acredita-se estar livre de perigo.

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

  -
  Abra sua conta no Yahoo! Mail, o único sem limite de espaço para 
armazenamento! 

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



   
  -- 
  Esta mensagem foi verificada pelo sistema de antivírus e 
  acredita-se estar livre de perigo. 
-- 
Esta mensagem foi verificada pelo sistema de antivírus e
 acredita-se estar livre de perigo.



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

Re: [oracle_br] URGENTE !

[Michel Temer Feres]

o problema é que eu não sei fazer isso, sou desenvolvedor e não temos dba, como 
faço isso ?

Rodrigo Moreno - Hydronorth S/A <[EMAIL PROTECTED]> escreveu:  Procura 
o processo da trigger no banco e mata ele que dae vc consegue apagar a trigger.

Abraço,
Rodrigo Moreno
Cambé - Paraná

- Original Message - 
From: Michel Temer Feres 
To: oracle_br@yahoogrupos.com.br 
Sent: Tuesday, January 15, 2008 8:24 AM
Subject: {Disarmed} [oracle_br] URGENTE !

Bom dia a todos !
Estou tentando excluir uma trigger que dentro dela está chamando uma procedure, 
e acredito que ela está em loop no meu banco de dados oracle Release 9.0.1.3., 
e está dando a seguinte mensage:

timeout occurred while waiting to lock object ACADEMICO.TRG_ALTERA_CREDITO

Gostaria de saber qual será o procedimento adequado para exluir esse objeto.
Desde já agradeço !

No aguardo, Michel.

-
Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! 

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

-- 
Esta mensagem foi verificada pelo sistema de antivírus e 
acredita-se estar livre de perigo. 
-- 
Esta mensagem foi verificada pelo sistema de antivírus e
acredita-se estar livre de perigo.

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



 

   
-
Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! 

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

Re: [oracle_br] URGENTE !

[Rodrigo Moreno - Hydronorth S/A]

Procura o processo da trigger no banco e mata ele que dae vc consegue apagar a 
trigger.

Abraço,
Rodrigo Moreno
Cambé - Paraná

  - Original Message - 
  From: Michel Temer Feres 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, January 15, 2008 8:24 AM
  Subject: {Disarmed} [oracle_br] URGENTE !


  Bom dia a todos !
  Estou tentando excluir uma trigger que dentro dela está chamando uma 
procedure, e acredito que ela está em loop no meu banco de dados oracle Release 
9.0.1.3., e está dando a seguinte mensage:

  timeout occurred while waiting to lock object ACADEMICO.TRG_ALTERA_CREDITO

  Gostaria de saber qual será o procedimento adequado para exluir esse objeto.
  Desde já agradeço !

  No aguardo, Michel.

  -
  Abra sua conta no Yahoo! Mail, o único sem limite de espaço para 
armazenamento! 

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



   
  -- 
  Esta mensagem foi verificada pelo sistema de antivírus e 
  acredita-se estar livre de perigo. 
-- 
Esta mensagem foi verificada pelo sistema de antivírus e
 acredita-se estar livre de perigo.



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

[oracle_br] URGENTE !

[Michel Temer Feres]

Bom dia a todos !
  Estou tentando excluir uma trigger que dentro dela está chamando uma 
procedure, e acredito que ela está em loop no meu banco de dados oracle Release 
9.0.1.3., e está dando a seguinte mensage:
   
  timeout occurred while waiting to lock object ACADEMICO.TRG_ALTERA_CREDITO
   
  Gostaria de saber qual será o procedimento adequado para exluir esse objeto.
  Desde já agradeço !
   
  No aguardo, Michel.

   
-
Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! 

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

Re: [oracle_br] Urgente !!!

[Robson Ramirez]

no 11g eu achei, bacana...

valeu.

Danilo de Novais Silveira <[EMAIL PROTECTED]> escreveu: 
  Só pra complementar, no 11g tem o CONTINUE implementado.
 
 Em 10/01/08, Victor Vilas Boas Vargas <[EMAIL PROTECTED]>
 escreveu:
 >
 >   Robson
 >
 > Envolve o trecho de leitura e tratamento da linha em um bloco BEGIN - END,
 > tratando a exception dentro do mesmo, como a seguir:
 >
 > FOR .
 > BEGIN
 > -- seu tratamento
 > EXCEPTION
 > WHEN ...
 > ...
 > WHEN OTHERS THEN
 > ...
 > END;
 > END LOOP;
 >
 >
 >
 > 
 >
 > De: oracle_br@yahoogrupos.com.br  [mailto:
 > oracle_br@yahoogrupos.com.br ] Em nome de
 > Robson Ramirez
 > Enviada em: quinta-feira, 10 de janeiro de 2008 10:36
 > Para: oracle_br@yahoogrupos.com.br 
 > Assunto: [oracle_br] Urgente !!!
 >
 > Caros Colegas;
 >
 > Estou com um problema e gostaria de saber se alguém pode me ajudar?
 >
 > Eu tenho uma função onde eu recebo um arquivo .TXT, estou lendo os
 > registros deste arquivo, são várias linhas no caso em um loop. Gostaria de
 > saber como eu faço para ir para o próximo registro mesmo dando erro em um
 > deles?
 > No java existe o comando "CONTINUE", vocês sabem se existe no oracle?
 > Qual a sintaxe?
 > Procurei no google e não achei.
 >
 > Muito Obrigado,
 >
 > Robson R. Barata.
 >
 > -
 > Abra sua conta no Yahoo! Mail, o único sem limite de espaço para
 > armazenamento!
 >
 > [As partes desta mensagem que não continham texto foram removidas]
 >
 > [As partes desta mensagem que não continham texto foram removidas]
 >
 > 
 >
 
 [As partes desta mensagem que não continham texto foram removidas]
 
 
 
   

   
-
Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! 

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

Re: RES: [oracle_br] Urgente !!!

[Robson Ramirez]

muito obrigado meus amigos !!!

Victor Vilas Boas Vargas <[EMAIL PROTECTED]> escreveu:  
 Robson
  
 Envolve o trecho de leitura e tratamento da linha em um bloco BEGIN - END, 
tratando a exception dentro do mesmo, como a seguir:
  
 FOR .
 BEGIN
 -- seu tratamento
 EXCEPTION
 WHEN ...
 ...
 WHEN OTHERS THEN
 ...
 END;
 END LOOP;
  
  
 
 
 
 De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Robson 
Ramirez
 Enviada em: quinta-feira, 10 de janeiro de 2008 10:36
 Para: oracle_br@yahoogrupos.com.br
 Assunto: [oracle_br] Urgente !!!
 
 Caros Colegas;
 
 Estou com um problema e gostaria de saber se alguém pode me ajudar?
 
 Eu tenho uma função onde eu recebo um arquivo .TXT, estou lendo os registros 
deste arquivo, são várias linhas no caso em um loop. Gostaria de saber como eu 
faço para ir para o próximo registro mesmo dando erro em um deles?
 No java existe o comando "CONTINUE", vocês sabem se existe no oracle?
 Qual a sintaxe?
 Procurei no google e não achei.
 
 Muito Obrigado,
 
 Robson R. Barata.
 
 -
 Abra sua conta no Yahoo! Mail, o único sem limite de espaço para 
armazenamento! 
 
 [As partes desta mensagem que não continham texto foram removidas]
 
 [As partes desta mensagem que não continham texto foram removidas]
 
 
 
   

   
-
Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! 

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

Re: [oracle_br] Urgente !!!

[Danilo de Novais Silveira]

Só pra complementar, no 11g tem o CONTINUE implementado.

Em 10/01/08, Victor Vilas Boas Vargas <[EMAIL PROTECTED]>
escreveu:
>
>   Robson
>
> Envolve o trecho de leitura e tratamento da linha em um bloco BEGIN - END,
> tratando a exception dentro do mesmo, como a seguir:
>
> FOR .
> BEGIN
> -- seu tratamento
> EXCEPTION
> WHEN ...
> ...
> WHEN OTHERS THEN
> ...
> END;
> END LOOP;
>
>
>
> 
>
> De: oracle_br@yahoogrupos.com.br  [mailto:
> oracle_br@yahoogrupos.com.br ] Em nome de
> Robson Ramirez
> Enviada em: quinta-feira, 10 de janeiro de 2008 10:36
> Para: oracle_br@yahoogrupos.com.br 
> Assunto: [oracle_br] Urgente !!!
>
> Caros Colegas;
>
> Estou com um problema e gostaria de saber se alguém pode me ajudar?
>
> Eu tenho uma função onde eu recebo um arquivo .TXT, estou lendo os
> registros deste arquivo, são várias linhas no caso em um loop. Gostaria de
> saber como eu faço para ir para o próximo registro mesmo dando erro em um
> deles?
> No java existe o comando "CONTINUE", vocês sabem se existe no oracle?
> Qual a sintaxe?
> Procurei no google e não achei.
>
> Muito Obrigado,
>
> Robson R. Barata.
>
> -
> Abra sua conta no Yahoo! Mail, o único sem limite de espaço para
> armazenamento!
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 
>


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

RES: [oracle_br] Urgente !!!

[Victor Vilas Boas Vargas]

Robson
 
Envolve o trecho de leitura e tratamento da linha em um bloco BEGIN - END, 
tratando a exception dentro do mesmo, como a seguir:
 
FOR .
BEGIN
-- seu tratamento
EXCEPTION
WHEN ...
...
WHEN OTHERS THEN
...
END;
END LOOP;
 
 



De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Robson 
Ramirez
Enviada em: quinta-feira, 10 de janeiro de 2008 10:36
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Urgente !!!



Caros Colegas;

Estou com um problema e gostaria de saber se alguém pode me ajudar?

Eu tenho uma função onde eu recebo um arquivo .TXT, estou lendo os registros 
deste arquivo, são várias linhas no caso em um loop. Gostaria de saber como eu 
faço para ir para o próximo registro mesmo dando erro em um deles?
No java existe o comando "CONTINUE", vocês sabem se existe no oracle?
Qual a sintaxe?
Procurei no google e não achei.

Muito Obrigado,

Robson R. Barata.

-
Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! 

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



 


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

RES: [oracle_br] Urgente !!!

[Bruno Lorenzini]

Só completando a info… xD

 

FOR x IN y LOOP

 

BEGIN

 

…

 

EXCEPTION WHEN OTHERS THEN 

… <>

 

END;

 

END LOOP;

 

 

Brasss,

 

  _  

De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
nome de [EMAIL PROTECTED]
Enviada em: quinta-feira, 10 de janeiro de 2008 13:04
Para: Lista Oracle BR
Assunto: Re: [oracle_br] Urgente !!!

 

Não vi seu script.. mas quando uso um cursor ou um loop e não quero parar a
execução do programa quando há acontece algum erro faço assim..
begin
**
exception
when others then
null;
end;

°v° 
/(S)\ Cristiano Carlos - Analista - TI
^ ^ SOFTWARE LIVRE
"Socialmente justo, economicamente viável e tecnologicamente
sustentável"

--- Mensagem Original ---

Caros Colegas;

Estou com um problema e gostaria de saber se alguém pode me ajudar?

Eu tenho uma função onde eu recebo um arquivo .TXT, estou lendo os registros
deste arquivo, são várias linhas no caso em um loop. Gostaria de saber como
eu faço para ir para o próximo registro mesmo dando erro em um deles?
No java existe o comando "CONTINUE", vocês sabem se existe no oracle?
Qual a sintaxe?
Procurei no google e não achei.

Muito Obrigado,

Robson R. Barata.

-
Abra sua conta no Yahoo! Mail, o único sem limite de espaço para
armazenamento! 

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

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

 



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

Re: [oracle_br] Urgente !!!

[cristiano . bergamaschi]

Não vi seu script.. mas quando uso um cursor ou um loop e não quero parar a 
execução do programa quando há acontece algum erro faço assim..
begin
 **
exception
when others then
   null;
end;

°v° 
/(S)\ Cristiano Carlos - Analista - TI
^ ^ SOFTWARE LIVRE
"Socialmente justo, economicamente viável e tecnologicamente
sustentável"

--- Mensagem Original ---

Caros Colegas;

Estou com um problema e gostaria de saber se alguém pode me ajudar?

Eu tenho uma função onde eu recebo um arquivo .TXT, estou lendo os registros 
deste arquivo, são várias linhas no caso em um loop. Gostaria de saber como eu 
faço para ir para o próximo registro mesmo dando erro em um deles?
No java existe o comando "CONTINUE", vocês sabem se existe no oracle?
Qual a sintaxe?
Procurei no google e não achei.

Muito Obrigado,

Robson R. Barata.

-
Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! 

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


 


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

[oracle_br] Urgente !!!

[Robson Ramirez]

Caros Colegas;

Estou com um problema e gostaria de saber se alguém pode me ajudar?

Eu tenho uma função onde eu recebo um arquivo .TXT, estou lendo os registros 
deste arquivo, são várias linhas no caso em um loop. Gostaria de saber  como eu 
faço para  ir para o  próximo  registro  mesmo  dando erro  em  um  deles?
No java existe o comando  "CONTINUE", vocês sabem se existe no oracle?
Qual a sintaxe?
Procurei no google e não achei.

Muito Obrigado,

Robson R. Barata.



   
-
Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! 

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

Re:RES: [oracle_br] ** URGENTE** - archive log

[terra_banco]

Pessoal bom dia.

Consegui voltar o banco ao estado normal,  e agradeço o retorno e a atenção de 
todos.

Novamente obrigado.


De:oracle_br@yahoogrupos.com.br

Para:oracle_br@yahoogrupos.com.br

Cópia:

Data:Wed, 24 Oct 2007 09:01:48 -0300 (ART)

Assunto:Re:RES: [oracle_br] ** URGENTE** - archive log

Que versão que esta o Oracle?

De qualquer forma os comandos abaixo devem funcionar:

1- shutdown immediate
2- startup mount;
3- alter database archivelog;
4- alter database open;

Caso no item 3 ele diga que precisa de recover, execute: recover database

Siga nos passos.

Para conferir digite: archive log list

Este erro deve ter ocorrido devido ao "fechamento" incorreto da instance, como 
por exemplo um shutdown abort da base ou a falta de enegia que causa a queda do 
servidor.

Atenciosamente.

Rúbia

terra_banco <[EMAIL PROTECTED]> escreveu:
Srs, desde já agradeço o retorno de todos, e com as informações, consegui 
simular o mesmo processo em outra máquina, e consegui voltar a base.

O que ocorre é que na base oficial que ocorreu o problema, eu não consigo 
voltar o banco em modo arquive.

Quando vou fazer o processo, ocorre a mensagem conforme abaixo:

SQL> alter database archivelog;
> alter database archivelog
> *
> ERROR at line 1:
> ORA-00265: instance recovery required, cannot set ARCHIVELOG mode
> 

Já tentei fazer um recover database, mas também não funcionou para esse caso.

Alguma sugestão mais, para eu conseguir voltar esse banco em modo arquive?

Novamente obrigado pela ajuda de todos.

At,

De:oracle_br@yahoogrupos.com.br

Para:oracle_br@yahoogrupos.com.br

Cópia:

Data:Tue, 23 Oct 2007 10:39:16 -0300

Assunto:RES: [oracle_br] ** URGENTE** - archive log

Primeiro, 

O nosso amigo terá que fazer um crosscheck no rman para marcar os
archives "inexistentes", daí o backup dele via rman irão voltar a funcionar.

CROSSCHECK ARCHIVELOG ALL;

-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
nome de Andre Campos
Enviada em: segunda-feira, 22 de outubro de 2007 20:41
Para: oracle_br
Assunto: Re:[oracle_br] ** URGENTE** - archive log

Cara,

Execute o roteiro abaixo que tudo vai
voltar ao normal:

1 - connect usuario/[EMAIL PROTECTED] as sysdba
2 - shutdown immediate
3 - startup mount pfile=\initXXX.ora
4 - recover database until cancel;
5 - alter database archivelog;
6 - alter database open resetlogs; 

Depois deleta os archives obsoletos..

RMAN - delete obsolete archivelog all;

Abraço..

André Campos

-- Início da mensagem original ---

De: oracle_br@yahoogrupos.com.br
Para: "usuarios_oracle" [EMAIL PROTECTED],"oracle_br"
oracle_br@yahoogrupos.com.br
Cc: 
Data: Mon, 22 Oct 2007 18:09:36 -0300
Assunto: [oracle_br] ** URGENTE** - archive log

> Srs(as), boa tarde, havia um diretório que o banco estava gravando os
archives log. Perdi alguns desses archives...
> 
> O processo de backup utilizando o RMAN parou de funcionar, pois, diz que
não achou o arquivo ( error identifying file
E:\BKP_ORACLE\LOGS\ARC00027_0636641169.001 ), que foi perdido.
> 
> Dado isso, eu tirei meu banco do modo de arquive, imaginando que quando
voltasse novamente para arquivelog, o RMAN voltasse a funcionar. Porém, no
momento de voltar para arquivolog, tenho a seguinte mensagem:
> 
> ***
> 
> SQL> alter database archivelog;
> alter database archivelog
> *
> ERROR at line 1:
> ORA-00265: instance recovery required, cannot set ARCHIVELOG mode
> 
> SQL> recover database;
> Media recovery complete.
> SQL> alter database archivelog;
> alter database archivelog
> 
> ***
> 
> Ja tentei fazer um recover database, mas não consigo colocar o banco em
modo archive.
> 
> Dúvidas, como consigo voltar o banco em modo archive?
> 
> Feito isso, quando executar meu RMAN, ele perde a referencia com o
Arquivo que ele não estava encontrando?
> 
> Obrigado pelo retorno de todos.
> 
> At,
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
> 
> 

>Apostilas » Dicas e Exemplos » Funções » Mundo Oracle » Package » Procedure
» Scripts » Tutoriais acesse:
http://www.oraclebr.com.br/codigo/ListaCodigo.php 
--
--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
--
>O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
http://www.oraclebr.com.br/ 
--
 
Links do Yahoo! Grupos

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

Abra sua co

Re:RES: [oracle_br] ** URGENTE** - archive log

[Rubia Matiussi]

Que versão que esta o Oracle?
   
  De qualquer forma os comandos abaixo devem funcionar:
   
  1- shutdown immediate
  2- startup mount;
  3- alter database archivelog;
  4- alter database open;
   
  Caso no item 3 ele diga que precisa de recover, execute: recover database
   
  Siga nos passos.
   
  Para conferir digite: archive log list
   
  Este erro deve ter ocorrido devido ao "fechamento" incorreto da instance, 
como por exemplo um shutdown abort da base ou a falta de enegia que causa a 
queda do servidor.
   
  Atenciosamente.
   
  Rúbia

terra_banco <[EMAIL PROTECTED]> escreveu:
  Srs, desde já agradeço o retorno de todos, e com as informações, 
consegui simular o mesmo processo em outra máquina, e consegui voltar a base.

O que ocorre é que na base oficial que ocorreu o problema, eu não consigo 
voltar o banco em modo arquive.

Quando vou fazer o processo, ocorre a mensagem conforme abaixo:

SQL> alter database archivelog;
> alter database archivelog
> *
> ERROR at line 1:
> ORA-00265: instance recovery required, cannot set ARCHIVELOG mode
> 

Já tentei fazer um recover database, mas também não funcionou para esse caso.

Alguma sugestão mais, para eu conseguir voltar esse banco em modo arquive?

Novamente obrigado pela ajuda de todos.

At,

De:oracle_br@yahoogrupos.com.br

Para:oracle_br@yahoogrupos.com.br

Cópia:

Data:Tue, 23 Oct 2007 10:39:16 -0300

Assunto:RES: [oracle_br] ** URGENTE** - archive log

Primeiro, 

O nosso amigo terá que fazer um crosscheck no rman para marcar os
archives "inexistentes", daí o backup dele via rman irão voltar a funcionar.

CROSSCHECK ARCHIVELOG ALL;

-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
nome de Andre Campos
Enviada em: segunda-feira, 22 de outubro de 2007 20:41
Para: oracle_br
Assunto: Re:[oracle_br] ** URGENTE** - archive log

Cara,

Execute o roteiro abaixo que tudo vai
voltar ao normal:

1 - connect usuario/[EMAIL PROTECTED] as sysdba
2 - shutdown immediate
3 - startup mount pfile=\initXXX.ora
4 - recover database until cancel;
5 - alter database archivelog;
6 - alter database open resetlogs; 

Depois deleta os archives obsoletos..

RMAN - delete obsolete archivelog all;

Abraço..

André Campos

-- Início da mensagem original ---

De: oracle_br@yahoogrupos.com.br
Para: "usuarios_oracle" [EMAIL PROTECTED],"oracle_br"
oracle_br@yahoogrupos.com.br
Cc: 
Data: Mon, 22 Oct 2007 18:09:36 -0300
Assunto: [oracle_br] ** URGENTE** - archive log

> Srs(as), boa tarde, havia um diretório que o banco estava gravando os
archives log. Perdi alguns desses archives...
> 
> O processo de backup utilizando o RMAN parou de funcionar, pois, diz que
não achou o arquivo ( error identifying file
E:\BKP_ORACLE\LOGS\ARC00027_0636641169.001 ), que foi perdido.
> 
> Dado isso, eu tirei meu banco do modo de arquive, imaginando que quando
voltasse novamente para arquivelog, o RMAN voltasse a funcionar. Porém, no
momento de voltar para arquivolog, tenho a seguinte mensagem:
> 
> ***
> 
> SQL> alter database archivelog;
> alter database archivelog
> *
> ERROR at line 1:
> ORA-00265: instance recovery required, cannot set ARCHIVELOG mode
> 
> SQL> recover database;
> Media recovery complete.
> SQL> alter database archivelog;
> alter database archivelog
> 
> ***
> 
> Ja tentei fazer um recover database, mas não consigo colocar o banco em
modo archive.
> 
> Dúvidas, como consigo voltar o banco em modo archive?
> 
> Feito isso, quando executar meu RMAN, ele perde a referencia com o
Arquivo que ele não estava encontrando?
> 
> Obrigado pelo retorno de todos.
> 
> At,
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
> 
> 

>Apostilas » Dicas e Exemplos » Funções » Mundo Oracle » Package » Procedure
» Scripts » Tutoriais acesse:
http://www.oraclebr.com.br/codigo/ListaCodigo.php 
--
--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
--
>O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
http://www.oraclebr.com.br/ 
--
 
Links do Yahoo! Grupos

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



 

   Abra sua conta no Yahoo! Mail, o único sem limite de espaço para 
armazenamento! 

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

Re: [oracle_br] ** URGENTE** - archive log

[Carlos Andrade]

Para utilizar o RMAN a banco precisa estar no modo de archive log, o que posso 
te sugerir é quecoloque a base em modo de archivelogdê um 
crosscheck.abra a base com open reset logs e faça o backup full 
imediatamente.e não perca mais archives
  Essa é minha sugestão...acho a mais sensata

terra_banco <[EMAIL PROTECTED]> escreveu:
  Srs(as), boa tarde, havia um diretório que o banco estava gravando os 
archives log. Perdi alguns desses archives...

O processo de backup utilizando o RMAN parou de funcionar, pois, diz que não 
achou o arquivo ( error identifying file 
E:\BKP_ORACLE\LOGS\ARC00027_0636641169.001 ), que foi perdido.

Dado isso, eu tirei meu banco do modo de arquive, imaginando que quando 
voltasse novamente para arquivelog, o RMAN voltasse a funcionar. Porém, no 
momento de voltar para arquivolog, tenho a seguinte mensagem:

***

SQL> alter database archivelog;
alter database archivelog
*
ERROR at line 1:
ORA-00265: instance recovery required, cannot set ARCHIVELOG mode

SQL> recover database;
Media recovery complete.
SQL> alter database archivelog;
alter database archivelog

***

Ja tentei fazer um recover database, mas não consigo colocar o banco em modo 
archive.

Dúvidas, como consigo voltar o banco em modo archive?

Feito isso, quando executar meu RMAN, ele perde a referencia com o Arquivo que 
ele não estava encontrando?

Obrigado pelo retorno de todos.

At,

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



 

   Abra sua conta no Yahoo! Mail, o único sem limite de espaço para 
armazenamento! 

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

RES: RES: [oracle_br] ** URGENTE** - archive log

[Rodrigo Mufalani]

Para ele estar te dando essa mensagem, no mínimo vc deve estar baixando o
banco com SHUTDOWN ABORT;


Os passos para colocar um banco em modo archivelog são no 10g (se essa for a
sua versão):


1. shutdown immediate;
2. startup mount;
3. alter database archivelog;
4. alter database open;

Isso é o básico, desse jeito ele vai gravar os archives na FLASH RECOVERY
AREA, que é definida pelo parâmetro :

db_recovery_file_dest  



Os passos básicos seguem abaixo:

[EMAIL PROTECTED] sqlplus "/as sysdba"

SQL*Plus: Release 10.2.0.1.0 - Production on Tue Oct 23 14:34:40 2007

Copyright (c) 1982, 2005, Oracle.  All rights reserved.


Connected to:
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - 64bit Production
With the Partitioning, OLAP and Data Mining options

SQL> shutdown immediate;
Database dismounted.
ORACLE instance shut down.
SQL> startup mount;
ORACLE instance started.

Total System Global Area  935329792 bytes
Fixed Size  1983056 bytes
Variable Size 234888624 bytes
Database Buffers  692060160 bytes
Redo Buffers6397952 bytes
Database mounted.
SQL> alter database archivelog;

Database altered.

SQL> alter database open;

Database altered.

SQL>




  






-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
nome de terra_banco
Enviada em: terça-feira, 23 de outubro de 2007 12:32
Para: oracle_br; usuarios_oracle
Cc: oracle_br
Assunto: Re:RES: [oracle_br] ** URGENTE** - archive log

Srs,  desde já agradeço o retorno de todos, e com as informações, consegui
simular o mesmo processo em outra máquina, e consegui voltar a base.

O que ocorre é que na base oficial que ocorreu o problema,  eu não consigo
voltar o banco em modo arquive.

Quando vou fazer o processo, ocorre a mensagem conforme abaixo:

SQL> alter database archivelog;
> alter database archivelog
> *
> ERROR at line 1:
> ORA-00265: instance recovery required, cannot set ARCHIVELOG mode
> 

Já tentei fazer um recover database, mas também não funcionou para esse
caso.

Alguma sugestão mais, para eu conseguir voltar esse banco em modo arquive?

Novamente obrigado pela ajuda de todos.

At,

De:oracle_br@yahoogrupos.com.br

Para:oracle_br@yahoogrupos.com.br

Cópia:

Data:Tue, 23 Oct 2007 10:39:16 -0300

Assunto:RES: [oracle_br] ** URGENTE** - archive log


Primeiro, 

O nosso amigo terá que fazer um crosscheck no rman para marcar os
archives "inexistentes", daí o backup dele via rman irão voltar a funcionar.

CROSSCHECK ARCHIVELOG ALL;

-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
nome de Andre Campos
Enviada em: segunda-feira, 22 de outubro de 2007 20:41
Para: oracle_br
Assunto: Re:[oracle_br] ** URGENTE** - archive log

Cara,

Execute o roteiro abaixo que tudo vai
voltar ao normal:

1 - connect usuario/[EMAIL PROTECTED] as sysdba
2 - shutdown immediate
3 - startup mount pfile=\initXXX.ora
4 - recover database until cancel;
5 - alter database archivelog;
6 - alter database open resetlogs; 

Depois deleta os archives obsoletos..

RMAN - delete obsolete archivelog all;

Abraço..

André Campos

-- Início da mensagem original ---

De: oracle_br@yahoogrupos.com.br
Para: "usuarios_oracle" [EMAIL PROTECTED],"oracle_br"
oracle_br@yahoogrupos.com.br
Cc: 
Data: Mon, 22 Oct 2007 18:09:36 -0300
Assunto: [oracle_br] ** URGENTE** - archive log

> Srs(as), boa tarde, havia um diretório que o banco estava gravando os
archives log. Perdi alguns desses archives...
> 
> O processo de backup utilizando o RMAN parou de funcionar, pois, diz que
não achou o arquivo ( error identifying file
E:\BKP_ORACLE\LOGS\ARC00027_0636641169.001 ), que foi perdido.
> 
> Dado isso, eu tirei meu banco do modo de arquive, imaginando que quando
voltasse novamente para arquivelog, o RMAN voltasse a funcionar. Porém, no
momento de voltar para arquivolog, tenho a seguinte mensagem:
> 
> ***
> 
> SQL> alter database archivelog;
> alter database archivelog
> *
> ERROR at line 1:
> ORA-00265: instance recovery required, cannot set ARCHIVELOG mode
> 
> SQL> recover database;
> Media recovery complete.
> SQL> alter database archivelog;
> alter database archivelog
> 
> ***
> 
> Ja tentei fazer um recover database, mas não consigo colocar o banco em
modo archive.
> 
> Dúvidas, como consigo voltar o banco em modo archive?
> 
> Feito isso, quando executar meu RMAN, ele perde a referencia com o
Arquivo que ele não estava encontrando?
> 
> Obrigado pelo retorno de todos.
> 
> At,
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
> 
> 

>Apostilas » Dicas e Exemplos » Funções » Mundo Oracle » Package » Procedure
» Scripts » Tutoriais acesse

Re:RES: [oracle_br] ** URGENTE** - archive log

[terra_banco]

Srs,  desde já agradeço o retorno de todos, e com as informações, consegui 
simular o mesmo processo em outra máquina, e consegui voltar a base.

O que ocorre é que na base oficial que ocorreu o problema,  eu não consigo 
voltar o banco em modo arquive.

Quando vou fazer o processo, ocorre a mensagem conforme abaixo:

SQL> alter database archivelog;
> alter database archivelog
> *
> ERROR at line 1:
> ORA-00265: instance recovery required, cannot set ARCHIVELOG mode
> 

Já tentei fazer um recover database, mas também não funcionou para esse caso.

Alguma sugestão mais, para eu conseguir voltar esse banco em modo arquive?

Novamente obrigado pela ajuda de todos.

At,

De:oracle_br@yahoogrupos.com.br

Para:oracle_br@yahoogrupos.com.br

Cópia:

Data:Tue, 23 Oct 2007 10:39:16 -0300

Assunto:RES: [oracle_br] ** URGENTE** - archive log


Primeiro, 

O nosso amigo terá que fazer um crosscheck no rman para marcar os
archives "inexistentes", daí o backup dele via rman irão voltar a funcionar.

CROSSCHECK ARCHIVELOG ALL;

-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
nome de Andre Campos
Enviada em: segunda-feira, 22 de outubro de 2007 20:41
Para: oracle_br
Assunto: Re:[oracle_br] ** URGENTE** - archive log

Cara,

Execute o roteiro abaixo que tudo vai
voltar ao normal:

1 - connect usuario/[EMAIL PROTECTED] as sysdba
2 - shutdown immediate
3 - startup mount pfile=\initXXX.ora
4 - recover database until cancel;
5 - alter database archivelog;
6 - alter database open resetlogs; 

Depois deleta os archives obsoletos..

RMAN - delete obsolete archivelog all;

Abraço..

André Campos

-- Início da mensagem original ---

De: oracle_br@yahoogrupos.com.br
Para: "usuarios_oracle" [EMAIL PROTECTED],"oracle_br"
oracle_br@yahoogrupos.com.br
Cc: 
Data: Mon, 22 Oct 2007 18:09:36 -0300
Assunto: [oracle_br] ** URGENTE** - archive log

> Srs(as), boa tarde, havia um diretório que o banco estava gravando os
archives log. Perdi alguns desses archives...
> 
> O processo de backup utilizando o RMAN parou de funcionar, pois, diz que
não achou o arquivo ( error identifying file
E:\BKP_ORACLE\LOGS\ARC00027_0636641169.001 ), que foi perdido.
> 
> Dado isso, eu tirei meu banco do modo de arquive, imaginando que quando
voltasse novamente para arquivelog, o RMAN voltasse a funcionar. Porém, no
momento de voltar para arquivolog, tenho a seguinte mensagem:
> 
> ***
> 
> SQL> alter database archivelog;
> alter database archivelog
> *
> ERROR at line 1:
> ORA-00265: instance recovery required, cannot set ARCHIVELOG mode
> 
> SQL> recover database;
> Media recovery complete.
> SQL> alter database archivelog;
> alter database archivelog
> 
> ***
> 
> Ja tentei fazer um recover database, mas não consigo colocar o banco em
modo archive.
> 
> Dúvidas, como consigo voltar o banco em modo archive?
> 
> Feito isso, quando executar meu RMAN, ele perde a referencia com o
Arquivo que ele não estava encontrando?
> 
> Obrigado pelo retorno de todos.
> 
> At,
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
> 
> 

>Apostilas » Dicas e Exemplos » Funções » Mundo Oracle » Package » Procedure
» Scripts » Tutoriais acesse:
http://www.oraclebr.com.br/codigo/ListaCodigo.php 
--
--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
--
>O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
http://www.oraclebr.com.br/ 
--
 
Links do Yahoo! Grupos


 


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

RES: [oracle_br] ** URGENTE** - archive log

[Rodrigo Mufalani]

  Primeiro, 

O nosso amigo terá que fazer um crosscheck no rman para marcar os
archives "inexistentes", daí o backup dele via rman irão voltar a funcionar.

CROSSCHECK ARCHIVELOG ALL;


-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
nome de Andre Campos
Enviada em: segunda-feira, 22 de outubro de 2007 20:41
Para: oracle_br
Assunto: Re:[oracle_br] ** URGENTE** - archive log

Cara,

Execute o roteiro abaixo que tudo vai
voltar ao normal:

1 - connect usuario/[EMAIL PROTECTED] as sysdba
2 - shutdown immediate
3 - startup mount pfile=\initXXX.ora
4 - recover database until cancel;
5 - alter database archivelog;
6 - alter database open resetlogs; 

Depois deleta os archives obsoletos..

RMAN - delete obsolete archivelog all;

Abraço..

André Campos


-- Início da mensagem original ---

  De: oracle_br@yahoogrupos.com.br
Para: "usuarios_oracle" [EMAIL PROTECTED],"oracle_br"
oracle_br@yahoogrupos.com.br
  Cc: 
Data: Mon, 22 Oct 2007 18:09:36 -0300
 Assunto: [oracle_br] ** URGENTE** - archive log

> Srs(as), boa tarde, havia um diretório que o banco estava gravando os
archives log. Perdi alguns desses archives...
> 
> O processo de backup utilizando o RMAN parou de funcionar, pois, diz que
não achou o arquivo  ( error identifying file
E:\BKP_ORACLE\LOGS\ARC00027_0636641169.001 ), que foi perdido.
> 
> Dado isso,  eu tirei meu banco do modo de arquive, imaginando que quando
voltasse novamente para arquivelog,  o RMAN voltasse a funcionar.  Porém, no
momento de voltar para arquivolog, tenho a seguinte mensagem:
> 
> ***
> 
> SQL> alter database archivelog;
> alter database archivelog
> *
> ERROR at line 1:
> ORA-00265: instance recovery required, cannot set ARCHIVELOG mode
> 
> SQL> recover database;
> Media recovery complete.
> SQL> alter database archivelog;
> alter database archivelog
> 
> ***
> 
> Ja tentei fazer um recover database, mas não consigo colocar o banco em
modo archive.
> 
> Dúvidas,  como consigo voltar o banco em modo archive?
> 
> Feito isso,  quando executar meu RMAN, ele perde a referencia com o
Arquivo que ele não estava encontrando?
> 
> Obrigado pelo retorno de todos.
> 
> At,
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
> 
> 



>Apostilas » Dicas e Exemplos » Funções » Mundo Oracle » Package » Procedure
» Scripts » Tutoriais acesse:
http://www.oraclebr.com.br/codigo/ListaCodigo.php 

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

--
>O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
http://www.oraclebr.com.br/  

  
Links do Yahoo! Grupos

 

Re:[oracle_br] ** URGENTE** - archive log

[Jose C Carvalho]

Eu so daria um Crosscheck backup antes de deletar os arquives obsoletos e 
deletaria tambem os backups expirados  ..

delete expired backup;


JOSÉ CARLITOS CARVALHO JÚNIOR
Administrador de Banco de Dados
 
PST Electronics
(+55 (19) 3787-6418
Ê+55 (19) 3787-6238 
/ [EMAIL PROTECTED]
web:http://www.pst.com.br 
web:http://www.positron.com.br 
 
 
 
100+ Inovadoras no Uso de TI 2006 no setor Indústria: 
Automotiva e Autopeças 
 



"Andre Campos" <[EMAIL PROTECTED]> 
Sent by: oracle_br@yahoogrupos.com.br
22/10/2007 20:41
Please respond to
oracle_br@yahoogrupos.com.br


To
"oracle_br" 
cc

Subject
Re:[oracle_br] ** URGENTE** - archive log









Cara,

Execute o roteiro abaixo que tudo vai
voltar ao normal:

1 - connect usuario/[EMAIL PROTECTED] as sysdba
2 - shutdown immediate
3 - startup mount pfile=\initXXX.ora
4 - recover database until cancel;
5 - alter database archivelog;
6 - alter database open resetlogs; 

Depois deleta os archives obsoletos..

RMAN - delete obsolete archivelog all;

Abraço..

André Campos

-- Início da mensagem original ---

De: oracle_br@yahoogrupos.com.br
Para: "usuarios_oracle" [EMAIL PROTECTED],"oracle_br" 
oracle_br@yahoogrupos.com.br
Cc: 
Data: Mon, 22 Oct 2007 18:09:36 -0300
Assunto: [oracle_br] ** URGENTE** - archive log

> Srs(as), boa tarde, havia um diretório que o banco estava gravando os 
archives log. Perdi alguns desses archives...
> 
> O processo de backup utilizando o RMAN parou de funcionar, pois, diz que 
não achou o arquivo ( error identifying file 
E:\BKP_ORACLE\LOGS\ARC00027_0636641169.001 ), que foi perdido.
> 
> Dado isso, eu tirei meu banco do modo de arquive, imaginando que quando 
voltasse novamente para arquivelog, o RMAN voltasse a funcionar. Porém, no 
momento de voltar para arquivolog, tenho a seguinte mensagem:
> 
> ***
> 
> SQL> alter database archivelog;
> alter database archivelog
> *
> ERROR at line 1:
> ORA-00265: instance recovery required, cannot set ARCHIVELOG mode
> 
> SQL> recover database;
> Media recovery complete.
> SQL> alter database archivelog;
> alter database archivelog
> 
> ***
> 
> Ja tentei fazer um recover database, mas não consigo colocar o banco em 
modo archive.
> 
> Dúvidas, como consigo voltar o banco em modo archive?
> 
> Feito isso, quando executar meu RMAN, ele perde a referencia com o 
Arquivo que ele não estava encontrando?
> 
> Obrigado pelo retorno de todos.
> 
> At,
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
> 
> 

 


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

Re:[oracle_br] ** URGENTE** - archive log

[Andre Campos]

Cara,

Execute o roteiro abaixo que tudo vai
voltar ao normal:

1 - connect usuario/[EMAIL PROTECTED] as sysdba
2 - shutdown immediate
3 - startup mount pfile=\initXXX.ora
4 - recover database until cancel;
5 - alter database archivelog;
6 - alter database open resetlogs; 

Depois deleta os archives obsoletos..

RMAN - delete obsolete archivelog all;

Abraço..

André Campos


-- Início da mensagem original ---

  De: oracle_br@yahoogrupos.com.br
Para: "usuarios_oracle" [EMAIL PROTECTED],"oracle_br" 
oracle_br@yahoogrupos.com.br
  Cc: 
Data: Mon, 22 Oct 2007 18:09:36 -0300
 Assunto: [oracle_br] ** URGENTE** - archive log

> Srs(as), boa tarde, havia um diretório que o banco estava gravando os 
> archives log. Perdi alguns desses archives...
> 
> O processo de backup utilizando o RMAN parou de funcionar, pois, diz que não 
> achou o arquivo  ( error identifying file 
> E:\BKP_ORACLE\LOGS\ARC00027_0636641169.001 ), que foi perdido.
> 
> Dado isso,  eu tirei meu banco do modo de arquive, imaginando que quando 
> voltasse novamente para arquivelog,  o RMAN voltasse a funcionar.  Porém, no 
> momento de voltar para arquivolog, tenho a seguinte mensagem:
> 
> ***
> 
> SQL> alter database archivelog;
> alter database archivelog
> *
> ERROR at line 1:
> ORA-00265: instance recovery required, cannot set ARCHIVELOG mode
> 
> SQL> recover database;
> Media recovery complete.
> SQL> alter database archivelog;
> alter database archivelog
> 
> ***
> 
> Ja tentei fazer um recover database, mas não consigo colocar o banco em modo 
> archive.
> 
> Dúvidas,  como consigo voltar o banco em modo archive?
> 
> Feito isso,  quando executar meu RMAN, ele perde a referencia com o Arquivo 
> que ele não estava encontrando?
> 
> Obrigado pelo retorno de todos.
> 
> At,
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
> 
> 

[oracle_br] ** URGENTE** - archive log

[terra_banco]

Srs(as), boa tarde, havia um diretório que o banco estava gravando os archives 
log. Perdi alguns desses archives...

O processo de backup utilizando o RMAN parou de funcionar, pois, diz que não 
achou o arquivo  ( error identifying file 
E:\BKP_ORACLE\LOGS\ARC00027_0636641169.001 ), que foi perdido.

Dado isso,  eu tirei meu banco do modo de arquive, imaginando que quando 
voltasse novamente para arquivelog,  o RMAN voltasse a funcionar.  Porém, no 
momento de voltar para arquivolog, tenho a seguinte mensagem:

***

SQL> alter database archivelog;
alter database archivelog
*
ERROR at line 1:
ORA-00265: instance recovery required, cannot set ARCHIVELOG mode

SQL> recover database;
Media recovery complete.
SQL> alter database archivelog;
alter database archivelog

***

Ja tentei fazer um recover database, mas não consigo colocar o banco em modo 
archive.

Dúvidas,  como consigo voltar o banco em modo archive?

Feito isso,  quando executar meu RMAN, ele perde a referencia com o Arquivo que 
ele não estava encontrando?

Obrigado pelo retorno de todos.

At,


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

[oracle_br] URGENTE! Materialized View

[Reginaldo F. Silva]

Pessoal, estamos usando MV para fazer replicação. Ocorre que devido a forma
como o sistema esta implementado eu preciso ter FKs entre as views
replicadas. 

 

O que ocorre hoje é que quando um JOB que atualiza a tabela pai é executado
ele “desabilita” todas as tabelas filhas (na verdade se eu executar um
select em uma tabela filha, ainda não atualizada nenhum registro é mostrado
– sem ocorrrer nenhum erro). Como existe algum tempo (lógico que segundos ou
milisegundos – vai depender a do tempo de refresh – tamanho da tabela,
velocidade do link na hora da atualização e etc) até que todas as filhas
sejam atualizadas os joins feitos com esta tabela ficam “inválidos”. Alguém
conhece alguma forma onde as tabelas filhas não ficassem “inválidas” ou seja
em look para conseguir manter a integridade do sistema?

 

Usamos Oracle Database 10g Release 10.2.0.2.0 em Windows 2003

 

 

Obrigado pela ajuda...



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

[oracle_br] URGENTE: Ajuda dos amigos DBAs!

[Renata de Oliveira]

Olá pessoal, boa tarde à todos!

Preciso da ajuda dos amigos DBA's
Ao executar uma rotina de carga (de uma tabela existente para uma 
tabela nova), o processo, está caindo na exception de erro, e me traz o 
seguinte erro Oracle:

ORA-01555: snapshot too old: rollback segment number 44 with 
name "RS_O53" too small
ORA-06512: at line 637
No errors

Alguém saberia me informar, ou me dar uma dica de como solucionar esse 
problema?!!?!?
A explicação que tive, foi que o Oracle escolhe automaticamente que 
segmento de rollback usar, e que não tenho como executar essa carga. 
Porém estou correndo atrás de informações para entender melhor o que 
banco está fazendo e o que posso fazer para tentar executar esse 
processo
--
Como não sou DBA, e foi pedido um aumento de tamanho de espaço das 
tablespaces, gostaria de saber com vcs, se o DBA tem como me dar os 
tamanhos que essas tablespaces possuem hoje, e se tenho como saber o 
tamanho da área de rollback?!

Afinal, alguém tem informações sobre àrea de rollback do Oracle?!?! 
Gostaria de entender melhor e ler + a respeito.

Sei q são várias perguntas em umamas agradeço à todos q tiverem qq 
dica!!

Obrigada!!!
Att, 

Renata de Oliveira

Re: Res: [oracle_br] Urgente Patches

[Elaine Silva]

Welvis, infelizmentenão tenho acesso ao metalink.

Sem mais
Elaine

Welvis Douglas Silva Moreto escreveu:
>
> Olá, olha se não estou enganado isso vc encontra no metalink.oracle.com
>
> e se não estou enganado tbm esse patche ele tem quase 1G, maior que os 
> arquivos que vc baixa do site.
>
> att,
>
> Welvis Douglas
>
> - Mensagem original 
> De: Elaine Silva <[EMAIL PROTECTED] <mailto:elaine%40cinbesa.com.br>>
> Para: "oracle_br@yahoogrupos.com.br 
> <mailto:oracle_br%40yahoogrupos.com.br>"  <mailto:oracle_br%40yahoogrupos.com.br>>
> Enviadas: Sexta-feira, 13 de Julho de 2007 9:23:34
> Assunto: [oracle_br] Urgente Patches
>
> Bom dia,
> sei que é dificil alguem me ajudar, mas se não for impossivel, preciso
> de dois patches:
> > Oracle Database 10g Release 2 Patch Set 1
> > 10.2.0.2.0
> > Oracle Database 10g Release 2 Patch Set 2
> > 10.2.0.3.0
> Seria muito grata se eu conseguisse 
>
> Sem mais
>
> -- 
> Elaine Silva
> Suporte Técnico
> CINBESA - Cia de Informática de Belém
> [EMAIL PROTECTED] com.br
> Tel : 30840704
>
> "Você precisa ser a mudança que deseja ver no mundo. " (Mahatma Gandhi)
>
> __
> Novo Yahoo! Cadê? - Experimente uma nova busca.
> http://yahoo.com.br/oqueeuganhocomisso 
> <http://yahoo.com.br/oqueeuganhocomisso>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  

-- 
Elaine Silva
Suporte Técnico
CINBESA - Cia de Informática de Belém
[EMAIL PROTECTED]
Tel : 30840704


"Você precisa ser a mudança que deseja ver no mundo. " (Mahatma Gandhi)

Res: [oracle_br] Urgente Patches

[Welvis Douglas Silva Moreto]

Olá, olha se não estou enganado isso vc encontra no metalink.oracle.com

e se não estou enganado tbm esse patche ele tem quase 1G, maior que os arquivos 
que vc baixa do site.

att,

Welvis Douglas


- Mensagem original 
De: Elaine Silva <[EMAIL PROTECTED]>
Para: "oracle_br@yahoogrupos.com.br" 
Enviadas: Sexta-feira, 13 de Julho de 2007 9:23:34
Assunto: [oracle_br] Urgente Patches

Bom dia,
sei que é dificil alguem me ajudar, mas se não for impossivel, preciso 
de dois patches:
> Oracle Database 10g Release 2 Patch Set 1
> 10.2.0.2.0
> Oracle Database 10g Release 2 Patch Set 2
> 10.2.0.3.0
Seria muito grata se eu conseguisse 

Sem mais

-- 
Elaine Silva
Suporte Técnico
CINBESA - Cia de Informática de Belém
[EMAIL PROTECTED] com.br
Tel : 30840704

"Você precisa ser a mudança que deseja ver no mundo. " (Mahatma Gandhi)





   

Novo Yahoo! Cadê? - Experimente uma nova busca.
http://yahoo.com.br/oqueeuganhocomisso 

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

[oracle_br] Urgente Patches

[Elaine Silva]

Bom dia,
sei que é dificil alguem me ajudar, mas se não for impossivel, preciso 
de dois patches:
 > Oracle Database 10g Release 2 Patch Set 1
 > 10.2.0.2.0
 > Oracle Database 10g Release 2 Patch Set 2
 > 10.2.0.3.0
Seria muito grata se eu conseguisse 

Sem mais

-- 
Elaine Silva
Suporte Técnico
CINBESA - Cia de Informática de Belém
[EMAIL PROTECTED]
Tel : 30840704


"Você precisa ser a mudança que deseja ver no mundo. " (Mahatma Gandhi)