Re: [oracle_br] Select

[Marcio Portes]

Acho que voce pode usar pivot aqui.
Segue exemplo:
http://mportes.blogspot.com/2006/01/pivot.html

E aqui um mais ou menos do que voce queria.

[EMAIL PROTECTED]> create table t as
  2  select trunc(to_date('01','mm'))+level x
  3from dual connect by level <= (trunc(sysdate) -
trunc(to_date('01','mm')) )
  4  /

Table created.

[EMAIL PROTECTED]>
[EMAIL PROTECTED]> select to_char(x, 'mm') mes, count(*) cnt
  2from t
  3   group by to_char(x, 'mm')
  4  /

ME   CNT
-- -
0130
0228
0331
0430
0531
0620

6 rows selected.

[EMAIL PROTECTED]>
[EMAIL PROTECTED]> with
  2base as (
  3  select to_char(x, 'mm') mes, count(*) cnt
  4from t
  5   group by to_char(x, 'mm')
  6)
  7  select max(decode(mes, '01', cnt, null)) "Jan",
  8 max(decode(mes, '02', cnt, null)) "Fev",
  9 max(decode(mes, '03', cnt, null)) "Mar",
 10 max(decode(mes, '04', cnt, null)) "Abr",
 11 max(decode(mes, '05', cnt, null)) "Mai",
 12 max(decode(mes, '06', cnt, null)) "Jun"
 13from base
 14  /

  Jan   Fev   Mar   Abr
Mai   Jun
- - - - -
-
   30283130
3120

1 row selected.



On 6/20/06, cegoncalvesvr <[EMAIL PROTECTED]> wrote:
>
> Amigos,
>
>Tenho uma query que mostra a quantidade de atendimentos no periodo
> de 01/11/2005 a 30/11/2005.
>mas preciso pegar o total de atendiementos de cada mês e mostrar
> lado a lado o total de atendimentos.
>
> ex: 11/2005 12/2005
>   100 200
> ex: select count(*) from dbamv.atendime
> where dt_atendimento >='01/11/2005'
>   and dt_atendimento <='30/11/2005'
>
> Urgente
> Obrigado.
>
>
>
>
>
> 
>



-- 
Marcio Portes
Material Tecnico em Portugues - http://mportes.blogspot.com
Practical Learning Oracle -
http://mportes.blogspot.com/2006/02/practical-learning-oracle.html


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



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

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

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

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

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

 

[oracle_br] Livros

[Eli Dias]

Boa noite, alguem poderia informar alguns livros otimos para pessoas
que estao iniciando a carreira. Vejo alguns em sites como americanas e
submarino mas nao tenho certeza de que seu conteudo seja bom.
Obrigado galera.






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

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

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

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

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

 

Re: [oracle_br] Oracle + RedHat ou Oracle + Windows 2003 Server

[André Bezerra]

Olá Junior, nós usavamos o Oracle 10g no Windows2k migramos para RedHat ES 4
e ganhamos muito em performance...

[]'s papion



Em 20/06/06, jrlima83 <[EMAIL PROTECTED]> escreveu:
>
>  Boa tarde a todos,
>
> Gostaria que vcs me passassem suas experiências quanto a qual sistema
> operacional seria melhor para rodar o Oracle... estamos migrando nosso
> servidores e gostaríamos de uma luz!
>
> Muito Obrigado.
>
> Atte,
> Junior
> Net Admin
>
>
>
>
>
>
> 
>



-- 

---
André Bezerra
Participe do Grupo Oracle_Pa
http://groups.yahoo.com/group/oracle_pa
Linux User: #417336
[EMAIL PROTECTED]


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



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

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

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

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

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

 

Re: [oracle_br] Re: Como saber em que data ocorreu um insert

[Marco]

Era o que eu temia...

Obrigado pela força Chiappa

abraços

Marco


  - Original Message - 
  From: jlchiappa 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, June 20, 2006 6:12 PM
  Subject: [oracle_br] Re: Como saber em que data ocorreu um insert


  Sem uma preparação anterior (por ex: trigger alimentando campo data),
  e/ou sem auditoria ligada, enfim, só com os defaults a tua única
  chance é SE vc ainda tiver todos os REDO LOGs do intervalo desejado os
  minerar com o log miner, afora isso absolutamente NÃO É possível, o
  Oracle não guarda esse tipo de informação por default. NO máximo, vc
  pode fazer UM CHUTE, que pode ou não funcionar, baseado no seguinte :
  numa tabela que basicamente só sofra mais inserts, a tendência (não é
  obrigatório, de modo algum!!), repito, a TENDÊNCIA das linhas
  inseridas é obterem ROWID mais alto e serem alocadas em blocos/extents
  mais altos, se vc tiver como saber o rowid duma linha inserida no dia
  que vc quer, os rowids sequencialmente maiores EM TESE devem ser os
  inserts.

  []s

  Chiappa
  --- Em oracle_br@yahoogrupos.com.br, "Marco" <[EMAIL PROTECTED]>
  escreveu
  >
  > Prezados(as)
  > 
  > é possível descobrir qtas linhas foram inseridas, em uma tabela, até
  uma data específica? é possível obter este tipo de informação, sem
  nenhuma preparação prévia na tabela que eu vou analisar?
  > 
  > Tipo eu preciso saber qtas linhas entraram na minha tabela ateh
  o dia 31/05/2006 isso eh possível?
  > 
  > abraços
  > 
  > Marco
  > 
  > 
  > [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 deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

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

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

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

 

[oracle_br] Re: Como saber em que data ocorreu um insert

[jlchiappa]

Sem uma preparação anterior (por ex: trigger alimentando campo data),
e/ou sem auditoria ligada, enfim, só com os defaults a tua única
chance é SE vc ainda tiver todos os REDO LOGs do intervalo desejado os
minerar com o log miner, afora isso absolutamente NÃO É possível, o
Oracle não guarda esse tipo de informação por default. NO máximo, vc
pode fazer UM CHUTE, que pode ou não funcionar, baseado no seguinte :
numa tabela que basicamente só sofra mais inserts, a tendência (não é
obrigatório, de modo algum!!), repito, a TENDÊNCIA das linhas
inseridas é obterem ROWID mais alto e serem alocadas em blocos/extents
mais altos, se vc tiver como saber o rowid duma linha inserida no dia
que vc quer, os rowids sequencialmente maiores EM TESE devem ser os
inserts.

[]s

 Chiappa
--- Em oracle_br@yahoogrupos.com.br, "Marco" <[EMAIL PROTECTED]>
escreveu
>
> Prezados(as)
> 
> é possível descobrir qtas linhas foram inseridas, em uma tabela, até
uma data específica? é possível obter este tipo de informação, sem
nenhuma preparação prévia na tabela que eu vou analisar?
> 
> Tipo eu preciso saber qtas linhas entraram na minha tabela ateh
o dia 31/05/2006 isso eh possível?
> 
> abraços
> 
> Marco
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>







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

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

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

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

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

 

[oracle_br] Select

[cegoncalvesvr]

Amigos,

   Tenho uma query que mostra a quantidade de atendimentos no periodo 
de 01/11/2005 a 30/11/2005.
   mas preciso pegar o total de atendiementos de cada mês e mostrar 
lado a lado o total de atendimentos.

ex: 11/2005 12/2005
  100 200
ex: select count(*) from dbamv.atendime
where dt_atendimento >='01/11/2005'
  and dt_atendimento <='30/11/2005'

Urgente
Obrigado.
   






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

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

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

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

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

 

Re: [oracle_br] RES: PHP+Oracle+IIS

[Biel Dantonio]

Sim, só que eu setei a variável ORACLE_HOME na unha!  A instalação não
escreveu ela.
e eu setei o seguinte caminho :C:\oracle\ora92\bin\bin  que é onde está a
OCI.DLL.

to tentando ainda.

t+

Marcus Gabriel

Em 20/06/06, Alessandro de A. Castro <[EMAIL PROTECTED]>
escreveu:
>
> Se ele sentiu falta da oci.dll, então está perto, tem de existir a
> variável de ambiente ORACLE_HOME que deve estar apontando para a pasta
> home do cliente do oracle, a pasta home é onde se encontra o diretorio
> bin, o diretorio network, é a pasta base dos diretórios, essa variável
> tem de ser publica, apartir daí vc tem que reiniciar o apache.
>
> Para testar crie uma página de php com o seguinte código
>
>  phpinfo();
> ?>
>
> executando ela,  deve exixtir a váriavel ORACLE_HOME na seção
> Environment como a seguir:
>
> ORACLE_HOME c:\
>


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



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

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

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

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

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

 

Re: [oracle_br] RES: PHP+Oracle+IIS

[Alessandro de A. Castro]

Se ele sentiu falta da oci.dll, então está perto, tem de existir a 
variável de ambiente ORACLE_HOME que deve estar apontando para a pasta 
home do cliente do oracle, a pasta home é onde se encontra o diretorio 
bin, o diretorio network, é a pasta base dos diretórios, essa variável 
tem de ser publica, apartir daí vc tem que reiniciar o apache.

Para testar crie uma página de php com o seguinte código



executando ela,  deve exixtir a váriavel ORACLE_HOME na seção 
Environment como a seguir:

ORACLE_HOME c:\


Biel Dantonio wrote:
> Bem amigos,
>
> estou quase lá. Substitui o IIS pelo Apache 2.0.  Porém ele simplesmente não
> invoca a php_oci8.dll.
> E quando eu chamo o php-cgi.exe ele diz que  não foi possível carregar o
> OCI.DLL.
> Eu desinstalei tudo que tinha de Oracle e reinstalei o Oracle Cliente com
> apenas o básico. No c:/php/ext se encontra
> a php_oci8.dll direcionada no PHP.ini.  Falta alguma coisa?  Obrigado pelo
> incentivo a não desistir ehehhehe
> t+
>
> Marcus Gabriel
> WebDeveloper - RJ
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
> --
> Atenção! As mensagens deste grupo são de acesso público e de inteira 
> responsabilidade de seus remetentes.
> Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
> --__
>
> Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
> __
> O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
> link do mesmo para evitar trafego(pedidos) desnecessário. 
> Links do Yahoo! Grupos
>
>
>
>
>  
>
>
>
>   



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

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

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

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

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

 

[oracle_br] Como saber em que data ocorreu um insert

[Marco]

Prezados(as)

é possível descobrir qtas linhas foram inseridas, em uma tabela, até uma data 
específica? é possível obter este tipo de informação, sem nenhuma preparação 
prévia na tabela que eu vou analisar?

Tipo eu preciso saber qtas linhas entraram na minha tabela ateh o dia 
31/05/2006 isso eh possível?

abraços

Marco


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



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

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

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

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

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

 

Re: [oracle_br] Re: Oracle 9i Management Server

[Wellerson Leite de Araújo]

Jovem,

O seu método de backup não está salvando uma cópia válida do banco de dados. 
Vamos às opções que vc poderia estar utilizando:
1 - Banco de dados no modo NOARCHIVELOG: 
- pare o banco de dados: shutdown immediate
- copie TODOS os datafiles e o controlfile (opcionalmente vc pode copiar os 
redo-online também)
- Inicie o banco de dados novamente

2 - Banco de dados no modo ARCHIVELOG
- faça o backup de cada um dos arquivos de todas as tablespaces permanentes: 
alter tablespace  begin backup; "copie os arquivos" alter tablespace 
 end backup;
- faça backup do controlfile : alter database backup controlfile to 
- faça backup dos archivelogs: um copy do sistema operacional mesmo.

Os arquivos que vc está salvando não estão válidos, pois são backups 
inconsistentes ( com o banco no ar ) e vc não possui os archivelogs necessários 
para recuperá-los. Portanto faça um backup do seu banco de dados TODO 
urgentemente, pois vc corre o risco de perder tudo.

Abraços,

Wellerson


Wellington Rodrigues dos Santos <[EMAIL PROTECTED]> escreveu:Olá Chiappa!!!
 Muito grato pelas informações...
 Fiquei preocupado agora com elas... rsrsr
 Antes eu fazia o backup pelo seguinte método:
 No prompt do DOS digitar:
 SVRMGR30
 SVRMGR30> connect sys/oracle as sysdba
 SVRMGR30> shutdown immediate
 SVRMGR30> startup mount
 SVRMGR30> alter database archivelog;
 SVRMGR30> alter database open;
 SVRMGR30> alter tablespace user_data begin backup;
 ---
 Executar o arquivo de lote: C:\backup.bat
 ---
 SVRMGR30> alter tablespace user_data end backup;
 SVRMGR30> alter system switch logfile;
 SVRMGR30> shutdown immediate
 SVRMGR30> startup mount
 SVRMGR30> alter database noarchivelog;
 SVRMGR30> alter database open;
 SVRMGR30> exit
 Recomendações: após feito o backup, não compactar os arquivos.
 -
 Conteúdo do arquivo backup.bat:
 XCOPY /E /I C:\ORANT\DATABASE\*.* C:\BACKUP
 PAUSE
 -
 Backup do Control File
 alter database backup controlfile to `control1.bkp'
 ou
 alter database backup controlfile to trace
 
 
 Mas esse procedimento incomodava um pouco os "desenvolvedores", que 
 reclamavam da "padada" do banco... 
 daí eu parti para o Export de tabelas... 
 
 Sendo assim, você poderia dizer qual seria o método mais apropriado 
 para um backup seguro?
 Nas migrações que fiz anteriormente 7.3 para o 8.1.6 sempre utilizei 
 export full de tabelas feito graficamente... e sempre deu certinho...
 
 Sobre o repositório... o banco é independente do repositório? sempre 
 achei que eram dependentes um do outro... o repositório então só 
 serve para o funcionamento do Enterprise? não entendi direito sua 
 explicação... se eu apagar o repositório existente, mesmo tendo feito 
 o export full das tabelas, o banco continuará no ar?
 pois o que fiz foi isso... gerei um repositório de mesmo nome do 
 anterior, depois entrei no Enterprise e dei um Importar full o DMP do 
 antigo banco de dados...
 
 Perdoe-me tantas perguntas... mas tô realmente enrolado...
 
 E muito grato desde já pela atenção!!!
 
 Wellington Rodrigues
 
 
 
 
 
 
 
 
 --- Em oracle_br@yahoogrupos.com.br, "jlchiappa" <[EMAIL PROTECTED]> 
 escreveu
 >
 > Wellington, não uso esses picaretas gráficos, mas até onde sei, 
 > várias coisas aí :
 > 
 >  - primeiro, export ** NÃO ** é backup de banco, é simplesmente uma 
 > CÓPIA DOS DADOS, as estruturas de banco que vc precisa pra subir um 
 > banco (tablespace SYSTEM, objetos do usuário SYS, controlfiles, 
 > initfiles, redo log files, etc) absolutamente NÃO SÃO backupeadas 
 > pelo export, SAIBA DISSO e altere a sua política adequadamente
 >  
 >  - no caso em questão, como a frase "importei de um banco... o 
 banco 
 > existente em outro..." não faz sentido (vide item acima, export ** 
 > NÃO ** exporta bancos, e sim dados+estruturas dos dados), imagino 
 que 
 > vc o que vc fez foi um export full e import full , o que deve ter 
 > ocorrido é que o schema com o repositório que o talzinho do OEM usa 
 > deve ter sido sobreposto. Recomendação acho que seria remover esse 
 > repositório e criar outro. E não, repositório nada mais é que um 
 > montão de tabelas Oracle, não faz sentido o seu medo de "perder o 
 > banco" se remover o repositório...
 >  
 >  - e finalmente : export e import são ferramentas de modo texto, 
 elas 
 > NATURALMENTE rodam foram de OEM e de qquer porqueira gráfica,elas 
 > foram CRIADAS assim : para vc as executar diretamente, simplesmente 
 > lá no servidor Oracle (que é windows ao que vc diz), logado no win 
 > como o MESMO usuário que instalou o banco, abra um prompt de 
 comando, 
 > sete as variáveis ORACLE_HOME, ORACLE_SID e PATH, e digite exp 
 > usuario/senha opção1 opção2 opção n [ENTER], é isso.
 >  
 >  []s
 

Re: [oracle_br] RES: PHP+Oracle+IIS

[Biel Dantonio]

Bem amigos,

estou quase lá. Substitui o IIS pelo Apache 2.0.  Porém ele simplesmente não
invoca a php_oci8.dll.
E quando eu chamo o php-cgi.exe ele diz que  não foi possível carregar o
OCI.DLL.
Eu desinstalei tudo que tinha de Oracle e reinstalei o Oracle Cliente com
apenas o básico. No c:/php/ext se encontra
a php_oci8.dll direcionada no PHP.ini.  Falta alguma coisa?  Obrigado pelo
incentivo a não desistir ehehhehe
t+

Marcus Gabriel
WebDeveloper - RJ


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



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

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

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

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

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

 

[oracle_br] Re: RAC

[hribeiro01]

Sr(s),

Opinando a respeito do assunto, sabemos das dificuldades 
encontradas no ambiente RAC, mesmo assim eh passivel o controle sobre 
o Ambiente RAC, apesar dos problemas.
Mas, os nossos problemas começaram a surgir a partir do 3 nó 
onde surgiram vários lock's e contenção de Global Cache (9i), onde
não conseguimos reduzir a 10% a contenção do Global Cache. Mesmo 
assim, os problemas de ORA's estão relacionados ao patchset 9.2.0.6.
O patchset 9.2.0.7 já esta disponivel no metalink, mas não iniciamos 
os testes pois existem várias dificuldades de clonar o ambiente de 
produção.
Se alguém já passou por isso, por favor, retorne ao grupo para 
discutimos o assunto.
Qualquer outra informação de Tuning ou Parametrização RAC, 
favor disponibilizar ao grupo.

Att,

Ambiente: Linux AS21 + Oracle RAC 9i






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

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

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

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

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

 

Re: [oracle_br] Otimizar o oracle

[Wellerson Leite de Araújo]

Jovem,

Como vc está iniciando em Oracle, eu recomendo que, antes de procurar a 
resposta para estas perguntas, vc estude a  arquitetura do banco de dados. Um 
local onde vc conseguirá uma documentação completa é no próprio site de 
documentação da Oracle http://docs.oracle.com . Porém a leitura é bastante 
técnica.

Abraços,

Wellerson

vin_monteiro2003 <[EMAIL PROTECTED]> escreveu:Bom dia, 
 Sou novo no grupo, e estou iniciando no Oracle.
 Gostaria não só de utilizar a ferramenta, mas sim, de utilizá-la de
 uma maneira correta, produtiva, portanto mais otimizada...
 Gostaria de conseguir responder algumas perguntas que fazem parte do
 meu aprendizado como: 
 O que é melhor utilizar um join ou uma subquery
 Se eu utilizar in é mais otimizado que um exists ?
 Se eu utilizar case e não if .. then .. else.. é mais otimizado ?
 
 Gostaria que me orientassem onde encontrar esses tipos de respostas,
 através de livros, artigos, ou seja.. uma documentação onde eu possa
 estar estudando para trabalhar melhor com Oracle...
 
 Desde já agradeço, os que contribuirem
 
 []s
 
 
 
 
 
 
   


"Não vou deixar me embrutecer, eu acredito nos meus ideais. Podem até maltratar 
o meu coração, que meu espírito ninguém vai conseguir quebrar..."
(Legião Urbana)

"As idéias estão no chão, você tropeça e acha a solução..."
(Titãs)

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

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



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

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

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

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

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

 

[oracle_br] Re: Default tmp

[jlchiappa]

Notar apenas que o que vc obterá com a query abaixo ** NÃO É ** o que 
vc perguntou, vc tinha perguntado "como encontra a tablespace tem 
default DO BANCO", e DO BANCO é na database_properties como mostrei 
em outra msg, o select abaixo na dba_temp_files vai te mostrar TODAS 
as tablespaces que existam com tempfiles. SEJAM ou não a default do 
banco.

[]s

 Chiappa

--- Em oracle_br@yahoogrupos.com.br, Cyro <[EMAIL PROTECTED]> escreveu
>
> Era isso mesmo que eu estava procurando chiappa, só não estava 
conseguindo
> encontrar. Valeu pela ajuda.
> 
> On 6/20/06, Leonardo A. Souza <[EMAIL PROTECTED]> wrote:
> >
> > Bom dia.
> >
> > Faz assim :
> > conecte-se no banco com um usuário dba.
> > Para encontrar a temporary tablespace de cada usuário:
> >
> > sql> select username,temporary_tablespace from
> > dba_users;
> >
> > Para encontrar as tablespaces temporarias do banco:
> >
> > sql> select tablespace_name,file_name from
> > dba_temp_files;
> >
> > --- Cyro <[EMAIL PROTECTED]> escreveu:
> >
> >
> > > Olá a todos.
> > >
> > >  Gostaria de saber onde eu encontro a default
> > > tablespace tmp do bd. Em qual
> > > view eu posso encontrar ?
> > >
> > >
> > >
> > > --
> > > [ ]´s Cyro
> > >
> > >
> > > [As partes desta mensagem que não continham texto
> > > foram removidas]
> > >
> > >
> > >
> > >
> >
> > --

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

__
> > >
> > > Este Grupo recebe o apoio da SQL Magazine -
> > > www.devmedia.com.br/sqlmagazine
> > >
> > __
> > > O grupo Oracle_br não aceita anexos. Quando oferecer
> > > algum arquivo, tenha o link do mesmo para evitar
> > > trafego(pedidos) desnecessário.
> > > Links do Yahoo! Grupos
> > >
> > >
> > >
> > > http://br.yahoo.com/info/utos.html
> > >
> > >
> > >
> > >
> > >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > ___
> > Yahoo! doce lar. Faça do Yahoo! sua homepage.
> > http://br.yahoo.com/homepageset.html
> >
> >
> > 
> >
> 
> 
> 
> -- 
> [ ]´s Cyro
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>







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

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

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

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

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

 

[oracle_br] Re: Clonar usuário SYS

[jlchiappa]

Colega, em grande parte existir existe, mas vc diz "TODOS" os privs 
do sys, e "TODOS"  incluiria INCLUSIVE os privs (de drop, truncate, 
etc, etc) que ele possui como dono das tabelas INTERNAS do bd 
Oracle , isso é POR DEMAIS perigoso, não é razoável de forma alguma : 
ao que entendeo o que vc quer é os privs de nn ANY, pra poder 
trabalhar com qualquer objeto do banco, E o privilégio de poder fazer 
startup/shutdown do banco, que é outra coisa que o SYS faz, 
confere ?? Se é isso mesmo, vc daria todos os GRANTs da DBA_ROLES pro 
novo usuário (inclusive DBA, é uma role também), daria GRANT de 
SELECT e de EXECUTE de todos os objs do SYS pro novo usuário (poderia 
se fazer um scriptzinho sqlplus pra montar os GRANTs via spool), e 
pro caso de conexão AS SYSDBA (pra poder fazer startup/shutdown), 
criaria um password file, veja no manual de Admin que vc tem mais 
refs sobre isso.

==>> NEM preciso dizer que esses privilégios são PERIGOSOS, o cara 
que os receber consegue DESTRUIR esse banco com um só comando, 
consegue fuçar em QUALQUER tabela, até nas tabs do sistema que tem 
senhas de outros usuários, grants do tipo TEM que ser muito bem 
pensados e controlados se o banco tem qualquer importância.

[]s

 Chiappa
 
--- Em oracle_br@yahoogrupos.com.br, Cyro <[EMAIL PROTECTED]> escreveu
>
> Olá a todos. Gostaria de saber se existe uma forma de clonar o 
usuário sys.
> Senão, gostaria de saber quais são as roles necessárias para que 
esse novo
> usuário tenha acesso identico ao do usuário sys.
> -- 
> [ ]´s Cyro
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>







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

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

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

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

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

 

RES: [oracle_br] Oracle + RedHat ou Oracle + Windows 2003 Server

[Tecnico - consulting]

Junior,
 
Trabalhamos aqui com Oracle + RedHat e não temos problemas, o sistema
ERP Oracle e-Business Suite gerencia as 29 filiais da empresa e tudo
centralizado num único servidor de banco.
 
 
Edson Almeida Junior
Consulting Tecnologia & Sistemas Ltda
(081) 9922-7401
  [EMAIL PROTECTED]
MSN: [EMAIL PROTECTED]
 
VISITE:   www.consulting.com.br
 

“O maior presente Deus me deu, a vida me ensinou a lutar pelo que é
meu.”  -  Charlie Brown Jr

 
 
 -Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED]
Em nome de jrlima83
Enviada em: terça-feira, 20 de junho de 2006 14:20
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Oracle + RedHat ou Oracle + Windows 2003 Server



Boa tarde a todos,

Gostaria que vcs me passassem suas experiências quanto a qual sistema 
operacional seria melhor para rodar o Oracle... estamos migrando nosso 
servidores e gostaríamos de uma luz!

Muito Obrigado.

Atte,
Junior
Net Admin






 



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



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

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

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

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

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

 

[oracle_br] Otimizar o oracle

[vin_monteiro2003]

Bom dia, 
Sou novo no grupo, e estou iniciando no Oracle.
Gostaria não só de utilizar a ferramenta, mas sim, de utilizá-la de
uma maneira correta, produtiva, portanto mais otimizada...
Gostaria de conseguir responder algumas perguntas que fazem parte do
meu aprendizado como: 
O que é melhor utilizar um join ou uma subquery
Se eu utilizar in é mais otimizado que um exists ?
Se eu utilizar case e não if .. then .. else.. é mais otimizado ?

Gostaria que me orientassem onde encontrar esses tipos de respostas,
através de livros, artigos, ou seja.. uma documentação onde eu possa
estar estudando para trabalhar melhor com Oracle...

Desde já agradeço, os que contribuirem

[]s








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

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

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

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

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

 

Re: [oracle_br] Default tmp

[Cyro]

Era isso mesmo que eu estava procurando chiappa, só não estava conseguindo
encontrar. Valeu pela ajuda.

On 6/20/06, Leonardo A. Souza <[EMAIL PROTECTED]> wrote:
>
> Bom dia.
>
> Faz assim :
> conecte-se no banco com um usuário dba.
> Para encontrar a temporary tablespace de cada usuário:
>
> sql> select username,temporary_tablespace from
> dba_users;
>
> Para encontrar as tablespaces temporarias do banco:
>
> sql> select tablespace_name,file_name from
> dba_temp_files;
>
> --- Cyro <[EMAIL PROTECTED]> escreveu:
>
>
> > Olá a todos.
> >
> >  Gostaria de saber onde eu encontro a default
> > tablespace tmp do bd. Em qual
> > view eu posso encontrar ?
> >
> >
> >
> > --
> > [ ]´s Cyro
> >
> >
> > [As partes desta mensagem que não continham texto
> > foram removidas]
> >
> >
> >
> >
>
> --
> > Atenção! As mensagens deste grupo são de acesso
> > público e de inteira responsabilidade de seus
> > remetentes.
> > Acesse:
> >
> http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> >
> >
>
> --__
> >
> > Este Grupo recebe o apoio da SQL Magazine -
> > www.devmedia.com.br/sqlmagazine
> >
> __
> > O grupo Oracle_br não aceita anexos. Quando oferecer
> > algum arquivo, tenha o link do mesmo para evitar
> > trafego(pedidos) desnecessário.
> > Links do Yahoo! Grupos
> >
> >
> >
> > http://br.yahoo.com/info/utos.html
> >
> >
> >
> >
> >
>
>
>
>
>
>
>
>
>
> ___
> Yahoo! doce lar. Faça do Yahoo! sua homepage.
> http://br.yahoo.com/homepageset.html
>
>
> 
>



-- 
[ ]´s Cyro


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



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

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

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

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

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

 

[oracle_br] Tamanho maximo para nome da Tabelas

[Wellington]

Bom Dia Pessoal , 
   
   
  Gostaria de obter informacoes sobre o tamanho maximo permitido nos nomes das 
tabelas do oracle.
  Sao no maximo 30 caracteres ? Tem como alterar ( diminuir ou aumentar) esse 
valor ?
  Essa mudanca pode causar algum problema ?
   
  Muito Obrigado pela atenção , 
   
  [ ]´s
   


-
 Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu celular. 
Registre seu aparelho agora!

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






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

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

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

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

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

 

[oracle_br] Oracle + RedHat ou Oracle + Windows 2003 Server

[jrlima83]

Boa tarde a todos,

Gostaria que vcs me passassem suas experiências quanto a qual sistema 
operacional seria melhor para rodar o Oracle... estamos migrando nosso 
servidores e gostaríamos de uma luz!

Muito Obrigado.

Atte,
Junior
Net Admin








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

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

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

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

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

 

[oracle_br] Re: Oracle 9i Management Server

[Wellington Rodrigues dos Santos]

Olá Chiappa!!!
Muito grato pelas informações...
Fiquei preocupado agora com elas... rsrsr
Antes eu fazia o backup pelo seguinte método:
No prompt do DOS digitar:
SVRMGR30
SVRMGR30> connect sys/oracle as sysdba
SVRMGR30> shutdown immediate
SVRMGR30> startup mount
SVRMGR30> alter database archivelog;
SVRMGR30> alter database open;
SVRMGR30> alter tablespace user_data begin backup;
---
Executar o arquivo de lote: C:\backup.bat
---
SVRMGR30> alter tablespace user_data end backup;
SVRMGR30> alter system switch logfile;
SVRMGR30> shutdown immediate
SVRMGR30> startup mount
SVRMGR30> alter database noarchivelog;
SVRMGR30> alter database open;
SVRMGR30> exit
Recomendações: após feito o backup, não compactar os arquivos.
-
Conteúdo do arquivo backup.bat:
XCOPY /E /I C:\ORANT\DATABASE\*.* C:\BACKUP
PAUSE
-
Backup do Control File
alter database backup controlfile to `control1.bkp'
ou
alter database backup controlfile to trace


Mas esse procedimento incomodava um pouco os "desenvolvedores", que 
reclamavam da "padada" do banco... 
daí eu parti para o Export de tabelas... 

Sendo assim, você poderia dizer qual seria o método mais apropriado 
para um backup seguro?
Nas migrações que fiz anteriormente 7.3 para o 8.1.6 sempre utilizei 
export full de tabelas feito graficamente... e sempre deu certinho...

Sobre o repositório... o banco é independente do repositório? sempre 
achei que eram dependentes um do outro... o repositório então só 
serve para o funcionamento do Enterprise? não entendi direito sua 
explicação... se eu apagar o repositório existente, mesmo tendo feito 
o export full das tabelas, o banco continuará no ar?
pois o que fiz foi isso... gerei um repositório de mesmo nome do 
anterior, depois entrei no Enterprise e dei um Importar full o DMP do 
antigo banco de dados...

Perdoe-me tantas perguntas... mas tô realmente enrolado...

E muito grato desde já pela atenção!!!

Wellington Rodrigues








--- Em oracle_br@yahoogrupos.com.br, "jlchiappa" <[EMAIL PROTECTED]> 
escreveu
>
> Wellington, não uso esses picaretas gráficos, mas até onde sei, 
> várias coisas aí :
> 
>  - primeiro, export ** NÃO ** é backup de banco, é simplesmente uma 
> CÓPIA DOS DADOS, as estruturas de banco que vc precisa pra subir um 
> banco (tablespace SYSTEM, objetos do usuário SYS, controlfiles, 
> initfiles, redo log files, etc) absolutamente NÃO SÃO backupeadas 
> pelo export, SAIBA DISSO e altere a sua política adequadamente
>  
>  - no caso em questão, como a frase "importei de um banco... o 
banco 
> existente em outro..." não faz sentido (vide item acima, export ** 
> NÃO ** exporta bancos, e sim dados+estruturas dos dados), imagino 
que 
> vc o que vc fez foi um export full e import full , o que deve ter 
> ocorrido é que o schema com o repositório que o talzinho do OEM usa 
> deve ter sido sobreposto. Recomendação acho que seria remover esse 
> repositório e criar outro. E não, repositório nada mais é que um 
> montão de tabelas Oracle, não faz sentido o seu medo de "perder o 
> banco" se remover o repositório...
>  
>  - e finalmente : export e import são ferramentas de modo texto, 
elas 
> NATURALMENTE rodam foram de OEM e de qquer porqueira gráfica,elas 
> foram CRIADAS assim : para vc as executar diretamente, simplesmente 
> lá no servidor Oracle (que é windows ao que vc diz), logado no win 
> como o MESMO usuário que instalou o banco, abra um prompt de 
comando, 
> sete as variáveis ORACLE_HOME, ORACLE_SID e PATH, e digite exp 
> usuario/senha opção1 opção2 opção n [ENTER], é isso.
>  
>  []s
>  
>   Chiappa
>   
> --- Em oracle_br@yahoogrupos.com.br, "Wellington Rodrigues dos 
> Santos" <[EMAIL PROTECTED]> escreveu
> >
> > Olá amigos!!!
> > Desculpem o incômodo, sou novo aqui...
> > dei uma olhada antes nas mensagens da lista para ver se 
encontrava 
> > alguma solução para meu problema mas não encontrei...
> > 
> > Atualmente instalei num servidor com Windows 2003 server o Oracle 
> > 9i... e importei de um banco Oracle 8.1.6 o banco existente em 
> outro 
> > micro que foi posteriormente desativado.
> > 
> > Até aí, tudo correu sem problemas... comecei a atualizar os dados 
> do 
> > banco normalmente... daí precisamos migrar o servidor de 
> > Datacenter... o servidor foi desligado e quando liguei, o OMS 
> (Oracle 
> > Management Server) não "startou" mais... sendo assim fico 
> > impossibilitado de fazer serviços como export das tabelas, ou 
> seja... 
> > um backup delas... Já pesquisei de tudo mas não encontro 
soluções...
> > 
> > Quando tento iniciar o serviço do OMS aparece a seguinte mensagem:
> > 
> > "The OracleHome92ManagementServer Service on Local Computer 
started 
> > then stopped. Some service stop automat

[oracle_br] Tamanho do nome da tabela

[Rodrigo Silva]

Olá, bom dia!

Gostaria de saber se há alguma forma de alterar o tamanho máximo
permitido para nomes de tabela, e caso haja uma forma, se essa
alteração acarreta em algum problema futuro.

Muito obrigado!

Rodrigo

-- 
Rodrigo Silva
MSN: [EMAIL PROTECTED]





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

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

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

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

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

 

[oracle_br] Clonar usuário SYS

[Cyro]

Olá a todos. Gostaria de saber se existe uma forma de clonar o usuário sys.
Senão, gostaria de saber quais são as roles necessárias para que esse novo
usuário tenha acesso identico ao do usuário sys.
-- 
[ ]´s Cyro


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



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

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

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

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

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

 

Re: [oracle_br] log de transaçoes - DML

[Sjraar Gubbels]

Dependendo as informações que precisa, por ativar  o audit do Oracle, que tem 
como gerar as instruções DML (mas tambem ddl) no  banco, num arquio txt ou 
partir de 10.2 em arquivo xml. 

E bastante practica, mas se precisa sempre quer os dados old/new e um pouco 
complicado mais para administrar.



  - Original Message - 
  From: Alexandre Rocha Placido 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, June 20, 2006 11:44 AM
  Subject: RES: [oracle_br] log de transaçoes - DML


  Você poderia criar um programa que gerasse a trigger automaticamente a
  partir da informação da tabela e seus atributos.


  Alexandre Rocha Placido
  Divisão de Tecnologia da Informação
  +55 74 3612-2900
  +55 87 8802-0474
  [EMAIL PROTECTED]
  www.agrovale.com
  Mas, a todos quantos o receberam, aos que crêem no seu nome, deu-lhes o
  poder de se tornarem filhos de Deus;
  os quais não nasceram do sangue, nem da vontade da carne, nem da vontade do
  varão, mas de Deus.  João 1:12-13.

  -Mensagem original-
  De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
  nome de Informática - Usina Moreno
  Enviada em: terça-feira, 20 de junho de 2006 11:16
  Para: Oracle_Br; [EMAIL PROTECTED] Com. Br
  Assunto: [oracle_br] log de transaçoes - DML


  Pessoal bom dia

  Hoje eu tenho Log das tabelas desenvolvido em trigger, por exemplo no caso
  do update eu checo e guardo o :OLD e :NEW das colunas.

  Tem alguma maneira menos trabalhosa, porque toda vez que eu altero a
  estrutura das tabela eu tenho que me preocupar com essa trigger de log.

  Desde já agradeço.






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

  Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
  __
  O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o
  link do mesmo para evitar trafego(pedidos) desnecessário. 
  Links do Yahoo! Grupos







   

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



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

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

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

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

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

 

[oracle_br] Migrar DB2 To ORACLE

[Bruno]

Oscar,

 

Como funciona a arquitetura do workbench? Digo isso porque  a minha base DB2
está em UNIX e gostaria de migrar para ORACLE em Windows.

Tenho que alocar o workbench no servidor que vai receber a migração ou
colocar no servidor  que vai ser migrado??

 

Obrigado.

 

 

 

  _  

De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
nome de Alexandre Rocha Placido
Enviada em: terça-feira, 20 de junho de 2006 11:44
Para: oracle_br@yahoogrupos.com.br
Assunto: RES: [oracle_br] log de transaçoes - DML

 

Você poderia criar um programa que gerasse a trigger automaticamente a
partir da informação da tabela e seus atributos.


Alexandre Rocha Placido
Divisão de Tecnologia da Informação
+55 74 3612-2900
+55 87 8802-0474
[EMAIL PROTECTED]
www.agrovale.com
Mas, a todos quantos o receberam, aos que crêem no seu nome, deu-lhes o
poder de se tornarem filhos de Deus;
os quais não nasceram do sangue, nem da vontade da carne, nem da vontade do
varão, mas de Deus.  João 1:12-13.

-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
nome de Informática - Usina Moreno
Enviada em: terça-feira, 20 de junho de 2006 11:16
Para: Oracle_Br; [EMAIL PROTECTED] Com. Br
Assunto: [oracle_br] log de transaçoes - DML


Pessoal bom dia

Hoje eu tenho Log das tabelas desenvolvido em trigger, por exemplo no caso
do update eu checo e guardo o :OLD e :NEW das colunas.

Tem alguma maneira menos trabalhosa, porque toda vez que eu altero a
estrutura das tabela eu tenho que me preocupar com essa trigger de log.

Desde já agradeço.







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

--__


Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos







 



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



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

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

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

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

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

 

RES: [oracle_br] log de transaçoes - DML

[Alexandre Rocha Placido]

Você poderia criar um programa que gerasse a trigger automaticamente a
partir da informação da tabela e seus atributos.

 
Alexandre Rocha Placido
Divisão de Tecnologia da Informação
+55 74 3612-2900
+55 87 8802-0474
[EMAIL PROTECTED]
www.agrovale.com
Mas, a todos quantos o receberam, aos que crêem no seu nome, deu-lhes o
poder de se tornarem filhos de Deus;
 os quais não nasceram do sangue, nem da vontade da carne, nem da vontade do
varão, mas de Deus.  João 1:12-13.
 
-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
nome de Informática - Usina Moreno
Enviada em: terça-feira, 20 de junho de 2006 11:16
Para: Oracle_Br; [EMAIL PROTECTED] Com. Br
Assunto: [oracle_br] log de transaçoes - DML


Pessoal bom dia

Hoje eu tenho Log das tabelas desenvolvido em trigger, por exemplo no caso
do update eu checo e guardo o :OLD e :NEW das colunas.

Tem alguma maneira menos trabalhosa, porque toda vez que eu altero a
estrutura das tabela eu tenho que me preocupar com essa trigger de log.

Desde já agradeço.







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

--__


Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos




 




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

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

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

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

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

 

[oracle_br] log de transaçoes - DML

[Informática - Usina Moreno]

Pessoal bom dia

Hoje eu tenho Log das tabelas desenvolvido em trigger, por exemplo no caso do 
update eu checo e guardo o :OLD e :NEW das colunas.

Tem alguma maneira menos trabalhosa, porque toda vez que eu altero a estrutura 
das tabela eu tenho que me preocupar com essa trigger de log.

Desde já agradeço.






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

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

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

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

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

 

Re: [oracle_br] Default tmp

[Leonardo A. Souza]

Bom dia.

Faz assim :
conecte-se no banco com um usuário dba.
Para encontrar a temporary tablespace de cada usuário:

sql> select username,temporary_tablespace from
dba_users;

Para encontrar as tablespaces temporarias do banco:

sql> select tablespace_name,file_name from
dba_temp_files;

--- Cyro <[EMAIL PROTECTED]> escreveu:

> Olá a todos.
> 
>  Gostaria de saber onde eu encontro a default
> tablespace tmp do bd. Em qual
> view eu posso encontrar ?
> 
> 
> 
> -- 
> [ ]´s Cyro
> 
> 
> [As partes desta mensagem que não continham texto
> foram removidas]
> 
> 
> 
>
--
> Atenção! As mensagens deste grupo são de acesso
> público e de inteira responsabilidade de seus
> remetentes.
> Acesse:
>
http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> 
>
--__
> 
> Este Grupo recebe o apoio da SQL Magazine -
> www.devmedia.com.br/sqlmagazine 
>
__
> O grupo Oracle_br não aceita anexos. Quando oferecer
> algum arquivo, tenha o link do mesmo para evitar
> trafego(pedidos) desnecessário. 
> Links do Yahoo! Grupos
> 
> 
> 
> http://br.yahoo.com/info/utos.html
> 
>  
> 
> 
> 









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



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

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

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

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

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

 

[oracle_br] Re: Oracle 9i Management Server

[jlchiappa]

Wellington, não uso esses picaretas gráficos, mas até onde sei, 
várias coisas aí :

 - primeiro, export ** NÃO ** é backup de banco, é simplesmente uma 
CÓPIA DOS DADOS, as estruturas de banco que vc precisa pra subir um 
banco (tablespace SYSTEM, objetos do usuário SYS, controlfiles, 
initfiles, redo log files, etc) absolutamente NÃO SÃO backupeadas 
pelo export, SAIBA DISSO e altere a sua política adequadamente
 
 - no caso em questão, como a frase "importei de um banco... o banco 
existente em outro..." não faz sentido (vide item acima, export ** 
NÃO ** exporta bancos, e sim dados+estruturas dos dados), imagino que 
vc o que vc fez foi um export full e import full , o que deve ter 
ocorrido é que o schema com o repositório que o talzinho do OEM usa 
deve ter sido sobreposto. Recomendação acho que seria remover esse 
repositório e criar outro. E não, repositório nada mais é que um 
montão de tabelas Oracle, não faz sentido o seu medo de "perder o 
banco" se remover o repositório...
 
 - e finalmente : export e import são ferramentas de modo texto, elas 
NATURALMENTE rodam foram de OEM e de qquer porqueira gráfica,elas 
foram CRIADAS assim : para vc as executar diretamente, simplesmente 
lá no servidor Oracle (que é windows ao que vc diz), logado no win 
como o MESMO usuário que instalou o banco, abra um prompt de comando, 
sete as variáveis ORACLE_HOME, ORACLE_SID e PATH, e digite exp 
usuario/senha opção1 opção2 opção n [ENTER], é isso.
 
 []s
 
  Chiappa
  
--- Em oracle_br@yahoogrupos.com.br, "Wellington Rodrigues dos 
Santos" <[EMAIL PROTECTED]> escreveu
>
> Olá amigos!!!
> Desculpem o incômodo, sou novo aqui...
> dei uma olhada antes nas mensagens da lista para ver se encontrava 
> alguma solução para meu problema mas não encontrei...
> 
> Atualmente instalei num servidor com Windows 2003 server o Oracle 
> 9i... e importei de um banco Oracle 8.1.6 o banco existente em 
outro 
> micro que foi posteriormente desativado.
> 
> Até aí, tudo correu sem problemas... comecei a atualizar os dados 
do 
> banco normalmente... daí precisamos migrar o servidor de 
> Datacenter... o servidor foi desligado e quando liguei, o OMS 
(Oracle 
> Management Server) não "startou" mais... sendo assim fico 
> impossibilitado de fazer serviços como export das tabelas, ou 
seja... 
> um backup delas... Já pesquisei de tudo mas não encontro soluções...
> 
> Quando tento iniciar o serviço do OMS aparece a seguinte mensagem:
> 
> "The OracleHome92ManagementServer Service on Local Computer started 
> then stopped. Some service stop automatically if they have no work 
to 
> do, for example, the Performance Logs and Alert Service"
> 
> Dentro do log do sysman aparecem repetidamente essas mensagens:
> 
> C:\oracle\ora92\sysman\log\oms.nohup
> 
> Erro ao iniciar o Oracle Management Server. 
> oracle.sysman.vxn.VxnBootstrapException: VXA-2019 :
> Erro encontrado na inicialização do serviço: 
> vdsjava.lang.NullPointerException: 
>   at oracle.sysman.vdm.VdmNotificationManager.stopService
> (VdmNotificationManager.java:2538)
>   at oracle.sysman.vxa.VxaAppServer.stopServices
> (VxaAppServer.java:1415)
>   at oracle.sysman.vxa.VxaAppServer.exit(VxaAppServer.java:2533)
>   at oracle.sysman.vxa.VxaAppServer.main(VxaAppServer.java:3166)
> 
> E quando tento atualizar ou editar o repositório aparece esse erro:
> 
> ORA-12514
> 
> Isso quando não aparece uma mensagem dizendo que meu banco tem uma 
> V.1.x que não poderá coexistir com a V.1 do enterprise...
> 
> Pergunta:
> O que faço? faz tempo que não encaro um bode desses... se eu apagar 
o 
> repositório perco o banco né... 
> existe alguma forma de exportar ou fazer um backup da tabela SEM o 
> OMS estar funcionando?!?!?
> 
> Muito grato,
> 
> Wellington Rodrigues
>







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

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

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

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

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

 

Re: [oracle_br] Dúvida Spool

[Leonardo A. Souza]

Bom dia.

Acho que você pode combinar as coisas, fazer um spool
no sqlplus e depois dar um type no arquivo de spool
direcionando para outro arquivo que você possa
controlar o nome.

sql> spool c:\File.txt 

c:\> type c:\file.txt > c:\file_.txt



--- Rosiano Vieira de Sales
<[EMAIL PROTECTED]> escreveu:

> Galera,
>  
>Estou com uma dúvida referente as opções
> de Spool do Oracle e gostaria de saber se alguem ja
> precisou e como fez para dar spool de uma consulta
> que serão executada semanalmente porém o arquivo
> nunca pode ser sobreposto ... seria algo do tipo
> Spool c:\File_.txt por exemplo  seria isso
> que eu precisaria ... que dinâmicamente ele gerasse
> o arquivo concatenando com a data corrente por
> exemplo ... isso para eu não sobrescrever o anterior
> ... sei que via S.O eu consigo fazer isso mas queria
> saber se tem como fazer direto no Oracle ...alguem
> ja fez algo do genero ?? agradeço desde já 
>  
> 
> 
> [As partes desta mensagem que não continham texto
> foram removidas]
> 
> 
> 
>
--
> Atenção! As mensagens deste grupo são de acesso
> público e de inteira responsabilidade de seus
> remetentes.
> Acesse:
>
http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> 
>
--__
> 
> Este Grupo recebe o apoio da SQL Magazine -
> www.devmedia.com.br/sqlmagazine 
>
__
> O grupo Oracle_br não aceita anexos. Quando oferecer
> algum arquivo, tenha o link do mesmo para evitar
> trafego(pedidos) desnecessário. 
> Links do Yahoo! Grupos
> 
> 
> 
> http://br.yahoo.com/info/utos.html
> 
>  
> 
> 
> 
> 




___ 
Abra sua conta no Yahoo! Mail: 1GB de espaço, alertas de e-mail no celular e 
anti-spam realmente eficaz. 
http://mail.yahoo.com.br/


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

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

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

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

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

 

[oracle_br] Re: Sobre histogramas

[jlchiappa]

--- Em oracle_br@yahoogrupos.com.br, Thiago Lazzarotto 
<[EMAIL PROTECTED]> escreveu
>
> Bom, vamos por partes.

Vamos lá.
> Nós fazemos coleta de estatísticas todas as noites.

Tá, isso atende DESDE QUE vc faça realmente após as alterações : se 
vc coleta estats às 01:00h (digamos), e às 03:00h começa um monte de 
processos que fazem montes de DMLs logicamente essas stats ficarão 
FURADAS pro dia de amanhã...Estats devem ser coletadas SEMPRE que 
ocorrer um volume grande de DMLs.

> Vou mudar essa noite e avaliar como o sistema vai se comportar.

Como eu disse, CBO é tudo ou nada, OU se coleta pra todas OU dá furo. 
E ** atenção ** à essa coleta, eu recomendo que vc faça coleta full 
de tudo, TANTO tabelas quanto ÍNDICES, usando o 
dbms_stats.gather_table_stats, em paralelo se viável, como mostrei, E 
onde vc ache/saiba que há distribuição irregular.
 ==> E já tinha dito em outras msgs, torno a repetir : ** ANTES ** de 
mais nada, pra dar uma chance JUSTA pro CBO, vc TEM QUE ter setado 
corretamente o banco (principalmente sort_area_size, hash_area_size, 
parâmetros optimizer, enabled)... CBO sem esses  caras bem ajustados 
é FURO NA ÁGUA, praticamente SEMPRE. garbage in, garbage out ;)
 Isso é IMPORTANTÉRRIMO, não sei como explicitar mais isso. 

> 
> Como teste, eu coletei estatísticas de algumas tabelas envolvidas
> em uma query específica. Ainda não consegui entender o porquê
> se eu deleto as estatísticas de um índice em uma tabela que está
> fazendo access full o banco começa a usar o índice e o custo diminui
> drasticamente!

PURA SORTE, eu diria : quando vc não tem estatísticas, o CBO faz 
PALPITEs, e por PURA SORTE o palpite dele deu certo. Isso indica, 
como eu falei, que as estats não estão sendo aproveitadas/ou não 
existem as adequadas (histogramas provavelmente), MAS nesse caso 
específico como eu disse no 8i , COM binds implica SEM uso de 
histogramas.

> 
> Aí eu fico na dúvida de se devo ter estatísticas pra esse índice ou 
nao...

Não tem dúvida, estats SEMPRE devem exisrtir, sem estats o CBO passa 
a chutar, e embora algumas vezes o chute até dê certo, muitas vezes 
não. Via de regra, estats sempre, e completas, com CBO bem ajustado, 
é o que oferece o melhor retorno.

> Eu não gosto muito de usar HINTs pois prefiro que o banco escolha o 
melhor
> caminho, afinal ele sempre avalia esse caminho e muda conforme as 
> estatísticas
> mudam. Mas o que parece estar ocorrendo é que ele não está sabendo
> qual o melhor caminho para seguir.

É o que eu falei, o meu palpite é que haja distribuição irregular, E 
por ser 8i os histogramas não são usados com bind, num caso desses 
fica difícil pro CBO, aí nesse caso sim o hint pode ser uma das 
alternativas.

> 
> Na minha query, por exemplo, com as estatísticas coletadas a query 
está 
> com custo 199.
> Se deleto as estatísticas, fica com custo 66.
> Se ao invés de deletar as estatísticas eu uso um hint para o 
índice, o 
> custo sobre 741.

Vide acima.

> 
> Para falar um pouco da configuração do banco, no caso que te passei
> usamos o ERP JDEdwards, que só usa campos CHAR para strings e não 
possui
> constrains a não ser as primary keys... é uma nhaca!

Nhaca completa, mas em sendo sistema de terceiros aí muda um pouco a 
figura, antes de sair mexendo pra cima e pra baixo vale ** MUITO ** a 
pena vc checar com o Suporte do fornecedor, fatalmente eles vão ter 
recomendações próprias. Inclusive, iirc, a Oracle comprou esse cara, 
então o próprio Suporte da Oracle (tanto metalink quanto Suporte live 
via chamado) pode ter algo a respeito.

> Ele foi criado assim porque é o padrão dele, mas já criamos muitas 
> tabelas com varchar2 e
> não tem nenhum problema.

Claro, problema de se criar VARCHAR dificilmente tem, só uma 
aplicação meio esquisitona é que ao invés de simplesmente fazer 
SELECT campo1, campo2 , antes checar o dicionário de dados pra ver se 
a coluna é CHAR ou não.

> Estou estudando a possibilidade de migrar as colunas CHAR para 
VARCHAR2.

A questão principal aí é que como eu disse os CHARs consomem espaço a 
mais.

> 
> O tempo para analisar as tabelas da minha consulta foram poucos 
segundos 
> para cada uma.

Então não tem conversa, estimate NUNCA pra todas.

==> Só uma obs a mais, ajustado banco, coletadas as estats, eu 
RECOMENDARIA que vc fizesse um trace 10053 em algumas queries 
significativas, no material que te indiquei tem papers mostrando os 
detalhes, essa é a ferramenta PRINCIPAL pra vc saber o que o CBO está 
fazendo, como está fazendo, que decisões ele tomou...

[]s

 Chiappa






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

Re: [oracle_br] Re: Sobre histogramas

[Thiago Lazzarotto]

Bom, vamos por partes.
Nós fazemos coleta de estatísticas todas as noites.
Vou mudar essa noite e avaliar como o sistema vai se comportar.

Como teste, eu coletei estatísticas de algumas tabelas envolvidas
em uma query específica. Ainda não consegui entender o porquê
se eu deleto as estatísticas de um índice em uma tabela que está
fazendo access full o banco começa a usar o índice e o custo diminui
drasticamente!

Aí eu fico na dúvida de se devo ter estatísticas pra esse índice ou nao...
Eu não gosto muito de usar HINTs pois prefiro que o banco escolha o melhor
caminho, afinal ele sempre avalia esse caminho e muda conforme as 
estatísticas
mudam. Mas o que parece estar ocorrendo é que ele não está sabendo
qual o melhor caminho para seguir.

Na minha query, por exemplo, com as estatísticas coletadas a query está 
com custo 199.
Se deleto as estatísticas, fica com custo 66.
Se ao invés de deletar as estatísticas eu uso um hint para o índice, o 
custo sobre 741.

Para falar um pouco da configuração do banco, no caso que te passei
usamos o ERP JDEdwards, que só usa campos CHAR para strings e não possui
constrains a não ser as primary keys... é uma nhaca!
Ele foi criado assim porque é o padrão dele, mas já criamos muitas 
tabelas com varchar2 e
não tem nenhum problema.
Estou estudando a possibilidade de migrar as colunas CHAR para VARCHAR2

O tempo para analisar as tabelas da minha consulta foram poucos segundos 
para cada uma.

Thiago.

jlchiappa escreveu:

> Thiago, realmente fica DIFÍCIL analisar à distância, sem conhecer as
> características do aplicativo, e dos seus dados (que é o MAIS
> IMPORTANTE) : como em tese essas coisas vc já conhece, a idéia é,
> USANDO o material que indiquei, vc obter o conhecimento de como
> ajustar o banco para e trabalhar com o CBO, aí vc tem tudo que é
> necessário. A nível de INFORMAÇÃO COMPLEMENTAR, vou fazer alguns
> coments, mas 100% de certeza, vc é que vai implementar, julgar a
> aplicabilidade ... Segue :
>
>
> > 1- Eu deleto todas as estatísticas e vou criando sob demanda?
>
> Não é preciso deletar, quando vc re-coleta as novas stats sobrepõem
> as anteriores. Agora, será que é preciso re-coletar já ? Eu acho q
> sim, se estavam usando um método não-recomendado, eu é que não boto a
> minha mão no fogo por essas stats aí, eu simplesmente solicitaria pro
> VIP resposnável uma larga janela, dizendo "o sujeito que tava com
> esse banco não trabalhou direito, vou ter que dar manutenção, vou ter
> que limpar a sujeira q ele fez, é isso", e daí recoletaria de TODOS
> os objetos do(s) schema(s) dono do(s) aplicativo(s).
>
> > 2- Troco o método de análise por o DBMS_STAT?
>
> Sim, correndo, EM ESPECIAL se a sua máquina é multi-processada (boxes
> UNIX normalmente são), para poder usar paralelismo nas coletas
>
> > 3- Vou fazendo aos poucos?
>
> Não! CBO é tudo ou nada, OU vc configura o banco pra CBO e tem stats
> coletadas corretamente pra todas as tabs/índices OU simplesmente não
> use CBO : negócio de ter alguns objs com stats frescas e corretas
> outros não SÓ PODE dar galho.
>
> Falando sobre o exemplo em questão : pra começo de conversa, coleta
> estimada (ie, com estimate_percent indicado) só faz sentido ** SE **
> a tabela é imensa, com MUITOS MILHÕES de registros, onde não é MESMO
> viável computar, no seu caso com só umas centenas de milhares é
> NONSENSE. Outra coisa é que (a não ser em RAROS casos onde de outra
> forma não seja possível) vc NUNCA coleta estats de tabelas/índices
> separadamente, AMBAS são necessárias num SQL, portanto AMBAS em
> princípio TEM que existirem na hora que o SQL roda.
> Olhando o SQL e a tabela em questão, primeira coisa tenha CERTEZA
> que as variáveis BINDs são EXATAMENTE do mesmo datatype que as
> colunas sendo comparadas no WHERE, olhe lá se não tem conevrsão
> implícita te pegando. E outra coisa, a não ser que seja uma aplicação
> MUITO diferenciada, essa é uma tabelinha HORROROSA, criada com tudo
> CHAR, que consome SEMPRE o espaço citado totalmente, nem quero pensar
> quanto espaço vc está desperdiçando principalmente nesses campos CHAR
> (30), e quantos blocos, quantos LIOs inúteis vc está fazendo/lendo.
> Quem criou essa tabela tinha que ser batido com um gato morto até o
> gato miar, :( ... E já que estamos no mérito, eu DESCONFIARIA também
> se as constraints estão corretamente criadas, isso faz diferença pro
> CBO.
>
> Bom ,no WHERE vc tem :
>
> LRN001 = :KEY1 AND LROBJ >= :KEY2
>
> ou seja, pra coluna LRN001 vc está INDICANDO com o "=" exatamente o
> valor que deseja, enquanto pra LROBJ vc está indicando um RANGE a
> pesquisar, com ">=" : nesse caso de RANGE, o CBO não sabe exatamente
> quantos registros vão retornar, aí é que entraria o histograma.
> Ocorre que vc está usando BINDs, e (nada como saber a versão, isso
> faz um OCEANO de diferença!), no 8i com BINDs o histograma não entra
> em ação nunca (no 9i em diante já há o BIND PEEKING). Então, DADAS
> essas circunstâncias, aí sim essa é uma situação especial que o CBO

Re: [oracle_br] RES: PHP+Oracle+IIS

[DataPro - Marco Aurelio]

PessoALL, aqui na empresa usamos o developer 2000 para aplicações 
cliente/servidor e para aplicações WEB resolvemos o problema com uma ferramenta 
muito boa, em PHP utilizando APACHE ou IIS, acessando a nossa base de dados 
Oracle. Olhem em
www.scriptcase.com.br
Ficou uma solução muito mais acessível do que o Oracle Portal e com uma 
qualidade e performance bem considerável.

Att,

Marco Aurélio
  - Original Message - 
  From: Miguel Angelo Crosariol 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Monday, June 19, 2006 8:37 PM
  Subject: Re: [oracle_br] RES: PHP+Oracle+IIS


  to pegando o barco andando, mas no meu ultimo emprego cuidava de um portal em 
php+oracle no apache+linux e não tive problema algum
- Original Message - 
From: Ederson 
To: oracle_br@yahoogrupos.com.br 
Sent: Monday, June 19, 2006 4:00 PM
Subject: [oracle_br] RES: PHP+Oracle+IIS


Marcus,



Esta conexão não tem grau de dificuldade elevada não. Conheci empresas que
tem sua página feita com PHP/APACHE 

acessando banco Oracle e elas não reportaram dificuldades.



Achei alguns documentos que podem te ajudar, infelizmente nenhum com PHP For
Windows.



Tabela de soluções para PHP+ORACLE

http://bugs.php.net/search.php?cmd=display

&status=No%20feedback&phpver=5&bug_type%5B%5D=OCI8+related&by=Any





http://blogs.oracle.com/opal/2006/05/01

http://blogs.oracle.com/opal/2006/05/03

http://www.php.net/manual/en/ref.oracle.php

http://www.exzilla.net/docs/php-oci8/phpandoci8.php (não sei que língua é
esta, mas o que está em inglês dá para entender)



http://www.oracle.com/technology/tech/php/htdocs/php-oracle-tutorial.html
(este é para cliente XE com PHP em LINUX, mas achei o melhor)



http://bugs.php.net/bug.php?id=29444 (discussão interessante, o que fazer se
o banco está fora do ar?)

http://www.ubuntuforums.org/archive/index.php/t-92528.html (instalando
PHP+cliente Oracle para LINUX Ubuntu)











Ederson Elias de Oliveira

DBA Oracle

Setransp - Goiânia-GO

---

  _  

De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
nome de Biel Dantonio
Enviada em: segunda-feira, 19 de junho de 2006 15:14
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] PHP+Oracle+IIS



Bem, como eu estou percebendo, essa união não é interessante para nenhuma
das duas companhias.  A Oracle ganha muito dinheiro vendendo Bancos de Dados
e ferramentas próprias, e o PHP é uma ferramenta free.  É misturar água com
vinho.
Eu pesquisei muito, mais de 2 semanas, e ainda ninguém disse assim: "EU USO
PHP+ORACLE+IIS+XP". Pelo visto, não sou eu quem vai dizer isso.  Se alguém
consegui até com o Apache me interessa.  Mas não aconteceu também.
O jeito é encontrar outra solução.  De qualquer maneira, obrigado pelas
sugestões.

Marcus Gabriel
WebDeveloper - RJ





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



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

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

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

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

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

 

[oracle_br] Re: Sobre histogramas

[jlchiappa]

Thiago, realmente fica DIFÍCIL analisar à distância, sem conhecer as 
características do aplicativo, e dos seus dados (que é o MAIS 
IMPORTANTE) : como em tese essas coisas vc já conhece, a idéia é, 
USANDO o material que indiquei, vc obter o conhecimento de como 
ajustar o banco para e trabalhar com o CBO, aí vc tem tudo que é 
necessário. A nível de INFORMAÇÃO COMPLEMENTAR, vou fazer alguns 
coments, mas 100% de certeza, vc é que vai implementar, julgar a 
aplicabilidade ... Segue :

 
> 1- Eu deleto todas as estatísticas e vou criando sob demanda?

Não é preciso deletar, quando vc re-coleta as novas stats sobrepõem 
as anteriores. Agora, será que é preciso re-coletar já ? Eu acho q 
sim, se estavam usando um método não-recomendado, eu é que não boto a 
minha mão no fogo por essas stats aí, eu simplesmente solicitaria pro 
VIP resposnável uma larga janela, dizendo "o sujeito que tava com 
esse banco não trabalhou direito, vou ter que dar manutenção, vou ter 
que limpar a sujeira q ele fez, é isso", e daí recoletaria de TODOS 
os objetos do(s) schema(s) dono do(s) aplicativo(s).

> 2- Troco o método de análise por o DBMS_STAT?

Sim, correndo, EM ESPECIAL se a sua máquina é multi-processada (boxes 
UNIX normalmente são), para poder usar paralelismo nas coletas

> 3- Vou fazendo aos poucos?

Não! CBO é tudo ou nada, OU vc configura o banco pra CBO e tem stats 
coletadas corretamente pra todas as tabs/índices OU simplesmente não 
use CBO : negócio de ter alguns objs com stats frescas e corretas 
outros não SÓ PODE dar galho.

Falando sobre o exemplo em questão : pra começo de conversa, coleta 
estimada (ie, com estimate_percent indicado) só faz sentido ** SE ** 
a tabela é imensa, com MUITOS MILHÕES de registros, onde não é MESMO 
viável computar, no seu caso com só umas centenas de milhares é 
NONSENSE. Outra coisa é que (a não ser em RAROS casos onde de outra 
forma não seja possível) vc NUNCA coleta estats de tabelas/índices 
separadamente, AMBAS são necessárias num SQL, portanto AMBAS em 
princípio TEM que existirem na hora que o SQL roda.
 Olhando o SQL e a tabela em questão, primeira coisa tenha CERTEZA 
que as variáveis BINDs são EXATAMENTE do mesmo datatype que as 
colunas sendo comparadas no WHERE, olhe lá se não tem conevrsão 
implícita te pegando. E outra coisa, a não ser que seja uma aplicação 
MUITO diferenciada, essa é uma tabelinha HORROROSA, criada com tudo 
CHAR, que consome SEMPRE o espaço citado totalmente, nem quero pensar 
quanto espaço vc está desperdiçando principalmente nesses campos CHAR
(30), e quantos blocos, quantos LIOs inúteis vc está fazendo/lendo. 
Quem criou essa tabela tinha que ser batido com um gato morto até o 
gato miar, :( ... E já que estamos no mérito, eu DESCONFIARIA também 
se as constraints estão corretamente criadas, isso faz diferença pro 
CBO.
 
 Bom ,no WHERE vc tem :
 
 LRN001 = :KEY1 AND LROBJ >= :KEY2 
 
 ou seja, pra coluna LRN001 vc está INDICANDO com o "=" exatamente o 
valor que deseja, enquanto pra LROBJ vc está indicando um RANGE a 
pesquisar, com ">=" : nesse caso de RANGE, o CBO não sabe exatamente 
quantos registros vão retornar, aí é que entraria o histograma. 
Ocorre que vc está usando BINDs, e (nada como saber a versão, isso 
faz um OCEANO de diferença!), no 8i com BINDs o histograma não entra 
em ação nunca (no 9i em diante já há o BIND PEEKING). Então, DADAS 
essas circunstâncias, aí sim essa é uma situação especial que o CBO 
(na sua versão, que é antiga e aposentada!) não conseguirá dar 
resposta efetiva, as suas opções são :
 
  a) já que por deficiência (nesse caso específico!) o CBO não 
consegue localizar o índice correto, aí sim eu aceitaria um HINT
  
  OU
  
  b) SE o seu sistema for batch/DW, coletar estats com histogramas E 
não usar BIND (esse é um dos POUCOS casos onde isso é aceitável, e 
mesmo recomendado)
  
  OU
  
  c) a opção mais complexa, que vc usaria se não puder mudar de forma 
alguma os SQLs, e que PODE tranquilamente ter reflexos em outros 
SQLs : via DBMS_STATS.SET_TABLE_STATS, forjar estatísticas que dêem 
preferência pro índice desejado, colocando menos blocos, diminuindo 
NDV (Number of Distinct Values), coisa do tipo. Não é DE FORMA ALGUMA 
a melhor, nem a segunda melhor alternativa.
   
 A recomendação então é : 
 
  1. a não ser nos raros casos de tabelas EXCEPCIONALMENTE grandes, 
coletar FULL, sem estimar NUNCA
  
  2. coletar as estats montando scripts com PROCEDURE 
GATHER_TABLE_STATS, as opções recomendadas seriam :
  
  execute sys.dbms_stats.gather_table_stats
(ownname=>'schemadono',
 tabname=>'nomedatabela ',
 granularity=>'ALL',
 method_opt=>'FOR ALL INDEXED COLUMNS SIZE 4', 
 estimate_percent=>NULL,
 cascade=>TRUE, 
 DEGREE=>n);
 
 
  o method_opt que especifiquei é se vc quiser coletar histogramas, 
mesmo que este exemplo vc resolva com HINTs , o histograma pode ser 
útil pra outros, SE vc sabe que a distribuição de valores é 
irregular. O 4 de tamanho é um chute me

Re: RES: [oracle_br] Resumo 3119

[Andre]

Oi,
  isso é alguma variavel de ambiente que nao esta configurada corretamente.
   


-
 Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu celular. 
Registre seu aparelho agora!

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



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

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

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

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

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

 

[oracle_br] Re: VPD: Máscara de colunas e comandos insert

[Anderson]

Será que alguém poderia me ajudar com os inserts e máscaras das 
colunas?

 
 --- Em oracle_br@yahoogrupos.com.br, "Anderson" <[EMAIL PROTECTED]> 
escreveu
> >
> >  
> > Bem, a empresa onde trabalho decidiu por migrar, num futuro 
próximo,
> > para a versão Enterprise Edition para poder implementar o VPD.
> > 
> > Já comecei a implementar o VPD e até está indo bem, mas eu estou
> > precisando de ajuda com duas coisas: máscara para colunas e 
> comandos 
> > de
> > insert.
> > 
> > No caso da máscara para coluna, como posso configurar para que 
seja
> > retornado NULL na coluna alvo do VPD?
> > Quando tento inserir
> > sec_relevant_cols_opt => DBMS_RLS.ALL_ROWS
> > é retornado o erro
> > ORA-28104:invalid input value for parameter sec_relevant_cols_opt
> > 
> > E no caso dos comandos insert, como configurá-los? Tenho que 
> adicionar
> > manualmente o valor da coluna alvo do VPD ou tem algum jeito de 
> tornar
> > este processo 'automático'?
> > 
> > 
> > Anderson.
> >
>








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

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

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

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

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

 

Re: [oracle_br] RES: PHP+Oracle+IIS

[Miguel Angelo Crosariol]

to pegando o barco andando, mas no meu ultimo emprego cuidava de um portal em 
php+oracle no apache+linux e não tive problema algum
  - Original Message - 
  From: Ederson 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Monday, June 19, 2006 4:00 PM
  Subject: [oracle_br] RES: PHP+Oracle+IIS


  Marcus,



  Esta conexão não tem grau de dificuldade elevada não. Conheci empresas que
  tem sua página feita com PHP/APACHE 

  acessando banco Oracle e elas não reportaram dificuldades.



  Achei alguns documentos que podem te ajudar, infelizmente nenhum com PHP For
  Windows.



  Tabela de soluções para PHP+ORACLE

  http://bugs.php.net/search.php?cmd=display
  
  &status=No%20feedback&phpver=5&bug_type%5B%5D=OCI8+related&by=Any





  http://blogs.oracle.com/opal/2006/05/01

  http://blogs.oracle.com/opal/2006/05/03

  http://www.php.net/manual/en/ref.oracle.php

  http://www.exzilla.net/docs/php-oci8/phpandoci8.php (não sei que língua é
  esta, mas o que está em inglês dá para entender)



  http://www.oracle.com/technology/tech/php/htdocs/php-oracle-tutorial.html
  (este é para cliente XE com PHP em LINUX, mas achei o melhor)



  http://bugs.php.net/bug.php?id=29444 (discussão interessante, o que fazer se
  o banco está fora do ar?)

  http://www.ubuntuforums.org/archive/index.php/t-92528.html (instalando
  PHP+cliente Oracle para LINUX Ubuntu)











  Ederson Elias de Oliveira

  DBA Oracle

  Setransp - Goiânia-GO

  ---

_  

  De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
  nome de Biel Dantonio
  Enviada em: segunda-feira, 19 de junho de 2006 15:14
  Para: oracle_br@yahoogrupos.com.br
  Assunto: Re: [oracle_br] PHP+Oracle+IIS



  Bem, como eu estou percebendo, essa união não é interessante para nenhuma
  das duas companhias.  A Oracle ganha muito dinheiro vendendo Bancos de Dados
  e ferramentas próprias, e o PHP é uma ferramenta free.  É misturar água com
  vinho.
  Eu pesquisei muito, mais de 2 semanas, e ainda ninguém disse assim: "EU USO
  PHP+ORACLE+IIS+XP". Pelo visto, não sou eu quem vai dizer isso.  Se alguém
  consegui até com o Apache me interessa.  Mas não aconteceu também.
  O jeito é encontrar outra solução.  De qualquer maneira, obrigado pelas
  sugestões.

  Marcus Gabriel
  WebDeveloper - RJ





  [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 deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

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

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

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

 

[oracle_br] Lista encadeada

[rafaelsantosg]

Olá pessoal...gostaria de saber se alguem sabe como se faz uma lista
encadeada no oracle.Nele existe dois tipos de lista um que o tamanho é
fixo use indexação e outro tipo que o tamanho não é fixo e não use
indexação o problema é que eu preciso usar uma lista com tamanho
indefinido e indexado









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

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

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

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

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

 

[oracle_br] Oracle 9i Management Server

[Wellington Rodrigues dos Santos]

Olá amigos!!!
Desculpem o incômodo, sou novo aqui...
dei uma olhada antes nas mensagens da lista para ver se encontrava 
alguma solução para meu problema mas não encontrei...

Atualmente instalei num servidor com Windows 2003 server o Oracle 
9i... e importei de um banco Oracle 8.1.6 o banco existente em outro 
micro que foi posteriormente desativado.

Até aí, tudo correu sem problemas... comecei a atualizar os dados do 
banco normalmente... daí precisamos migrar o servidor de 
Datacenter... o servidor foi desligado e quando liguei, o OMS (Oracle 
Management Server) não "startou" mais... sendo assim fico 
impossibilitado de fazer serviços como export das tabelas, ou seja... 
um backup delas... Já pesquisei de tudo mas não encontro soluções...

Quando tento iniciar o serviço do OMS aparece a seguinte mensagem:

"The OracleHome92ManagementServer Service on Local Computer started 
then stopped. Some service stop automatically if they have no work to 
do, for example, the Performance Logs and Alert Service"

Dentro do log do sysman aparecem repetidamente essas mensagens:

C:\oracle\ora92\sysman\log\oms.nohup

Erro ao iniciar o Oracle Management Server. 
oracle.sysman.vxn.VxnBootstrapException: VXA-2019 :
Erro encontrado na inicialização do serviço: 
vdsjava.lang.NullPointerException: 
at oracle.sysman.vdm.VdmNotificationManager.stopService
(VdmNotificationManager.java:2538)
at oracle.sysman.vxa.VxaAppServer.stopServices
(VxaAppServer.java:1415)
at oracle.sysman.vxa.VxaAppServer.exit(VxaAppServer.java:2533)
at oracle.sysman.vxa.VxaAppServer.main(VxaAppServer.java:3166)

E quando tento atualizar ou editar o repositório aparece esse erro:

ORA-12514

Isso quando não aparece uma mensagem dizendo que meu banco tem uma 
V.1.x que não poderá coexistir com a V.1 do enterprise...

Pergunta:
O que faço? faz tempo que não encaro um bode desses... se eu apagar o 
repositório perco o banco né... 
existe alguma forma de exportar ou fazer um backup da tabela SEM o 
OMS estar funcionando?!?!?

Muito grato,

Wellington Rodrigues











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

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

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

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

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

 

[oracle_br] Re: Migrar DB2 To ORACLE

[jlchiappa]

Verdade, só lembro lá pro Eduardo que os workbenchs basicamente fazem 
a conversão dos dados, necessariamente :

 a) MUITOS programas stored no banco (ie, procedures, triggers, etc) 
NÃO vão ser convertidos totalmente porque usam alguma funcionalidade 
específica do db2
 b) de dados e programs, mesmo o que for convertido, vc (ou alguém 
que conheça bd Oracle), se for desejada máxima eficiência,  TEM que 
dar uma validada, pois nem sempre, por mais esperto que seja o 
software, ele vai conseguir converter da maneira mais apropriada, EM 
ESPECIAL coisas como datatypes (que são BEM diferentes em alguns 
casos entre os dois bancos), LOCKs de tabelas e controle de 
transações, por exemplo, que no Oracle são manipuladas de maneira 
diferente que no db2...
 
 []s
 
  Chiappa
  
--- Em oracle_br@yahoogrupos.com.br, "Oscar Nogueira Neto" 
<[EMAIL PROTECTED]> escreveu
>
> Boas,
> 
> a Oracle disponibiliza alguns Workbenchs para fazer a migração de 
outros
> banco de dados para seu SGBD.
> 
> Utilizei com sucesso o workbench do SQL Server. Funcionou sem 
problemas.
> Acredito que o do DB2 deva funcionar da mesma maneira.
> 
> Att,
> 
> Em 20/06/06, Wagner Vinicius <[EMAIL PROTECTED]> escreveu:
> >
> > Bom dia galera!
> >
> >   Bruno, verifique se o site abaixo lhe ajuda
> >   
http://www.oracle.com/technology/tech/migration/toolkits/index.html
> >
> >   Forte abraço.
> >
> >   Wagner Vinicius
> >
> >
> > Bruno <[EMAIL PROTECTED]> escreveu:
> >
> >   Pessoal,
> >
> >
> >
> > Alguém sabe de que maneira devo fazer uma migração DB2 to 
ORACLE 
> >
> >
> >
> > Agradeço.
> >
> >
> >
> >
> >
> >   _
> >
> > De: oracle_br@yahoogrupos.com.br 
[mailto:[EMAIL PROTECTED] Em
> > nome de Eduardo - Wat Alimentos Ltda
> > Enviada em: segunda-feira, 19 de junho de 2006 15:55
> > Para: oracle_br@yahoogrupos.com.br
> > Cc: [EMAIL PROTECTED]
> > Assunto: [oracle_br] ajuda urgente
> >
> >
> >
> > Pessoal tenho o seguinte quadro:
> >
> >   CODPROD  CODPRINC  PVENDA  PTABELA  QTUNITCX  UNIDADE
> >   1 1   89.36708  89.36708  24  CX
> >   2 16  PC
> >   3 11  UN
> >   4 4  48.3539  48.3539  48  CX
> >   5 412  PC
> >   6 41  UN
> >
> >
> > Como faço para atualizar ( UPDATE ) os valores PVENDA e PTABELA 
do mesmo
> > codigo principal ( CODPRINC )
> >
> > Ficando assim:
> >   CODPROD  CODPRINC  PVENDA  PTABELA  QTUNITCX  UNIDADE
> >   1 1   89.36708  89.36708  24  CX
> >   2 1  89.36708  89.36708  6  PC
> >   3 1  89.36708  89.36708  1  UN
> >   4 4  48.3539  48.3539  48  CX
> >   5 4  48.3539  48.3539  12  PC
> >   6 4  48.3539  48.3539  1  UN
> >
> >
> >
> > valew desde já ...
> >
> >
> >
> >
> >
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >
> >
> >
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >
> >
> >
> > -
> > Yahoo! doce lar. Faça do Yahoo! sua homepage.
> >
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> > 
> >
> 
> 
> 
> -- 
> Oscar Nogueira Neto
> [EMAIL PROTECTED]
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>






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

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

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

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

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

 

Re: [oracle_br] Migrar DB2 To ORACLE

[Oscar Nogueira Neto]

Boas,

a Oracle disponibiliza alguns Workbenchs para fazer a migração de outros
banco de dados para seu SGBD.

Utilizei com sucesso o workbench do SQL Server. Funcionou sem problemas.
Acredito que o do DB2 deva funcionar da mesma maneira.

Att,

Em 20/06/06, Wagner Vinicius <[EMAIL PROTECTED]> escreveu:
>
> Bom dia galera!
>
>   Bruno, verifique se o site abaixo lhe ajuda
>   http://www.oracle.com/technology/tech/migration/toolkits/index.html
>
>   Forte abraço.
>
>   Wagner Vinicius
>
>
> Bruno <[EMAIL PROTECTED]> escreveu:
>
>   Pessoal,
>
>
>
> Alguém sabe de que maneira devo fazer uma migração DB2 to ORACLE 
>
>
>
> Agradeço.
>
>
>
>
>
>   _
>
> De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
> nome de Eduardo - Wat Alimentos Ltda
> Enviada em: segunda-feira, 19 de junho de 2006 15:55
> Para: oracle_br@yahoogrupos.com.br
> Cc: [EMAIL PROTECTED]
> Assunto: [oracle_br] ajuda urgente
>
>
>
> Pessoal tenho o seguinte quadro:
>
>   CODPROD  CODPRINC  PVENDA  PTABELA  QTUNITCX  UNIDADE
>   1 1   89.36708  89.36708  24  CX
>   2 16  PC
>   3 11  UN
>   4 4  48.3539  48.3539  48  CX
>   5 412  PC
>   6 41  UN
>
>
> Como faço para atualizar ( UPDATE ) os valores PVENDA e PTABELA do mesmo
> codigo principal ( CODPRINC )
>
> Ficando assim:
>   CODPROD  CODPRINC  PVENDA  PTABELA  QTUNITCX  UNIDADE
>   1 1   89.36708  89.36708  24  CX
>   2 1  89.36708  89.36708  6  PC
>   3 1  89.36708  89.36708  1  UN
>   4 4  48.3539  48.3539  48  CX
>   5 4  48.3539  48.3539  12  PC
>   6 4  48.3539  48.3539  1  UN
>
>
>
> valew desde já ...
>
>
>
>
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
>
> -
> Yahoo! doce lar. Faça do Yahoo! sua homepage.
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 
>



-- 
Oscar Nogueira Neto
[EMAIL PROTECTED]


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



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

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

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

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

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

 

Re: [oracle_br] Migrar DB2 To ORACLE

[Wagner Vinicius]

Bom dia galera!
   
  Bruno, verifique se o site abaixo lhe ajuda
  http://www.oracle.com/technology/tech/migration/toolkits/index.html
   
  Forte abraço.
   
  Wagner Vinicius
  

Bruno <[EMAIL PROTECTED]> escreveu:
  Pessoal,



Alguém sabe de que maneira devo fazer uma migração DB2 to ORACLE 



Agradeço.





  _  

De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
nome de Eduardo - Wat Alimentos Ltda
Enviada em: segunda-feira, 19 de junho de 2006 15:55
Para: oracle_br@yahoogrupos.com.br
Cc: [EMAIL PROTECTED]
Assunto: [oracle_br] ajuda urgente



Pessoal tenho o seguinte quadro:

  CODPROD  CODPRINC  PVENDA  PTABELA  QTUNITCX  UNIDADE 
  1 1   89.36708  89.36708  24  CX 
  2 16  PC 
  3 11  UN 
  4 4  48.3539  48.3539  48  CX 
  5 412  PC 
  6 41  UN 


Como faço para atualizar ( UPDATE ) os valores PVENDA e PTABELA do mesmo
codigo principal ( CODPRINC )

Ficando assim:
  CODPROD  CODPRINC  PVENDA  PTABELA  QTUNITCX  UNIDADE 
  1 1   89.36708  89.36708  24  CX 
  2 1  89.36708  89.36708  6  PC 
  3 1  89.36708  89.36708  1  UN 
  4 4  48.3539  48.3539  48  CX 
  5 4  48.3539  48.3539  12  PC 
  6 4  48.3539  48.3539  1  UN 



valew desde já ...






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





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

 


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

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



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

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

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

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

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