RES: RES: [oracle_br] ÚLTIMA ATUALIZAÇÃO NA TA BELA

2007-03-07 Por tôpico Fabio Santos
Bom... Não entendi nada :)

Mas, primeiro pare para analisar uma coisa:

Esse banco pode vir a ficar num servidor restrito onde vc não tem
permissao de acesso aos diretorios do oracle e/ou não eh DBA da
instancia em questao? Se sim, acho que será bem melhor vc criar a tal
tabela de log com a data após as cargas. Vai se estresssar bem menos.
Além do que não vai depender de terceiros para nada.


abraços






-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED]
Em nome de Ademir Roque Maneira
Enviada em: quarta-feira, 7 de março de 2007 23:55
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: [oracle_br] ÚLTIMA ATUALIZAÇÃO NA TABELA


Vou testar isso:

One option is as follows:

(1) Turn the auditing on: AUDIT_TRAIL = true in init.ora

(2) Restart the instance if its running.

(3) Audit the table:

AUDIT INSERT,SELECT,DELETE,UPDATE on TableName 
by ACCESS WHENEVER SUCCESSFUL

(4) Get the desired information using :

SELECT OBJ_NAME,ACTION_NAME ,to_char(timestamp,'dd/mm/ ,
HH:MM:SS') 
from sys.dba_audit_object.



Fabio Santos escreveu:
>
> Cara
>
> Eu sei que você teria que verificar qual a última data DML executada
na
> tabela. Mas, eu na verdade não sei qual view poderia te dar isso. Não
> sei nem se tem uma view que de essa informação.
>
> Mas, o pessoal aqui é crânio e alguém vai te ajudar.
>
> Abraços
>
> -Mensagem original-
> De: oracle_br@yahoogrupos.com.br 
>  
> [mailto:oracle_br@yahoogrupos.com.br 
> ]
> Em nome de Ademir Roque Maneira
> Enviada em: quarta-feira, 7 de março de 2007 23:00
> Para: oracle_br@yahoogrupos.com.br

> Assunto: [oracle_br] ÚLTIMA ATUALIZAÇÃO NA TABELA
>
> Caros amigos
>
> Alguém poderia me ajudar, minha aplicação em JSP necessita mostrar a
> data
> completa (dd/mm/ hh24:mm:ss ) do ultimo carregemento de uma tabela
> Existe no Dicionario algum campo que possa usar ou vou ter que apelar
> para
> uma tabela hora que armazena a ultima hora de atualização da tabela?
> Desde já muito grato
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> >Apostilas » Dicas e Exemplos » Funções » Mundo Oracle » Package »
> Procedure » Scripts » Tutoriais acesse:
> http://www.oraclebr.com.br/codigo/ListaCodigo.php 
> 
> --
> --
> >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
> inteira responsabilidade de seus remetentes.
> Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
> 
> --
> --
> >O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
> http://www.oraclebr.com.br/ 
> --
> 
> Links do Yahoo! Grupos
>
> -- 
> No virus found in this incoming message.
> Checked by AVG Free Edition.
> Version: 7.5.446 / Virus Database: 268.18.7/713 - Release Date:
7/3/2007
> 09:24
>
>
> -- 
> No virus found in this outgoing message.
> Checked by AVG Free Edition.
> Version: 7.5.446 / Virus Database: 268.18.7/713 - Release Date:
7/3/2007
> 09:24
>
>
>  




>Apostilas » Dicas e Exemplos » Funções » Mundo Oracle » Package »
Procedure » Scripts » Tutoriais acesse:
http://www.oraclebr.com.br/codigo/ListaCodigo.php 

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

--
>O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
http://www.oraclebr.com.br/  

  
Links do Yahoo! Grupos

 

-- 
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.5.446 / Virus Database: 268.18.7/713 - Release Date: 7/3/2007
09:24
 

-- 
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.5.446 / Virus Database: 268.18.7/713 - Release Date: 7/3/2007
09:24
 




Re: RES: [oracle_br] ÚLTIMA ATUALIZAÇÃO NA TABELA

2007-03-07 Por tôpico Ademir Roque Maneira
Vou testar isso:

One option is as follows:

(1) Turn the auditing on: AUDIT_TRAIL = true in init.ora

(2) Restart the instance if its running.

(3) Audit the table:

AUDIT INSERT,SELECT,DELETE,UPDATE on TableName 
by ACCESS WHENEVER SUCCESSFUL

(4) Get the desired information using :

SELECT OBJ_NAME,ACTION_NAME ,to_char(timestamp,'dd/mm/ , HH:MM:SS') 
from sys.dba_audit_object.



Fabio Santos escreveu:
>
> Cara
>
> Eu sei que você teria que verificar qual a última data DML executada na
> tabela. Mas, eu na verdade não sei qual view poderia te dar isso. Não
> sei nem se tem uma view que de essa informação.
>
> Mas, o pessoal aqui é crânio e alguém vai te ajudar.
>
> Abraços
>
> -Mensagem original-
> De: oracle_br@yahoogrupos.com.br 
>  
> [mailto:oracle_br@yahoogrupos.com.br 
> ]
> Em nome de Ademir Roque Maneira
> Enviada em: quarta-feira, 7 de março de 2007 23:00
> Para: oracle_br@yahoogrupos.com.br 
> Assunto: [oracle_br] ÚLTIMA ATUALIZAÇÃO NA TABELA
>
> Caros amigos
>
> Alguém poderia me ajudar, minha aplicação em JSP necessita mostrar a
> data
> completa (dd/mm/ hh24:mm:ss ) do ultimo carregemento de uma tabela
> Existe no Dicionario algum campo que possa usar ou vou ter que apelar
> para
> uma tabela hora que armazena a ultima hora de atualização da tabela?
> Desde já muito grato
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> >Apostilas » Dicas e Exemplos » Funções » Mundo Oracle » Package »
> Procedure » Scripts » Tutoriais acesse:
> http://www.oraclebr.com.br/codigo/ListaCodigo.php 
> 
> --
> --
> >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
> inteira responsabilidade de seus remetentes.
> Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
> 
> --
> --
> >O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
> http://www.oraclebr.com.br/ 
> --
> 
> Links do Yahoo! Grupos
>
> -- 
> No virus found in this incoming message.
> Checked by AVG Free Edition.
> Version: 7.5.446 / Virus Database: 268.18.7/713 - Release Date: 7/3/2007
> 09:24
>
>
> -- 
> No virus found in this outgoing message.
> Checked by AVG Free Edition.
> Version: 7.5.446 / Virus Database: 268.18.7/713 - Release Date: 7/3/2007
> 09:24
>
>
>  




RES: [oracle_br] ÚLTIMA ATUALIZAÇÃO NA TABELA

2007-03-07 Por tôpico Fabio Santos
Cara

Eu sei que você teria que verificar qual a última data DML executada na
tabela. Mas, eu na verdade não sei qual view poderia te dar isso. Não
sei nem se tem uma view que de essa informação.

Mas, o pessoal aqui é crânio e alguém vai te ajudar.

Abraços




-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED]
Em nome de Ademir Roque Maneira
Enviada em: quarta-feira, 7 de março de 2007 23:00
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] ÚLTIMA ATUALIZAÇÃO NA TABELA


Caros amigos



Alguém poderia me ajudar, minha aplicação em JSP necessita mostrar a
data
completa (dd/mm/ hh24:mm:ss ) do ultimo carregemento de uma tabela
Existe no Dicionario algum campo que possa usar ou vou ter que apelar
para
uma tabela hora que armazena a ultima hora de atualização da tabela?
Desde já muito grato


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



>Apostilas » Dicas e Exemplos » Funções » Mundo Oracle » Package »
Procedure » Scripts » Tutoriais acesse:
http://www.oraclebr.com.br/codigo/ListaCodigo.php 

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

--
>O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
http://www.oraclebr.com.br/  

  
Links do Yahoo! Grupos

 

-- 
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.5.446 / Virus Database: 268.18.7/713 - Release Date: 7/3/2007
09:24
 

-- 
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.5.446 / Virus Database: 268.18.7/713 - Release Date: 7/3/2007
09:24
 




[oracle_br] ÚLTIMA ATUALIZAÇÃO NA TABELA

2007-03-07 Por tôpico Ademir Roque Maneira
Caros amigos



Alguém poderia me ajudar, minha aplicação em JSP necessita mostrar a data
completa (dd/mm/ hh24:mm:ss ) do ultimo carregemento de uma tabela
Existe no Dicionario algum campo que possa usar ou vou ter que apelar para
uma tabela hora que armazena a ultima hora de atualização da tabela?
Desde já muito grato


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



RES: [oracle_br] select...

2007-03-07 Por tôpico Fabio Santos
Opa...

Veja se o "select * from v$sql" é o que você está querendo.

Abraços
Fabio Santos





-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED]
Em nome de batistaulbra
Enviada em: quarta-feira, 7 de março de 2007 17:50
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] select...


Ola pessoal, gostaria de saber se tem algum select que posso fazer, 
para ver oque os usuarios que estao acessando o banco estao fazendo, 
por exemplo, os selects que eles estao fazendo, drops, etc...





>Apostilas » Dicas e Exemplos » Funções » Mundo Oracle » Package »
Procedure » Scripts » Tutoriais acesse:
http://www.oraclebr.com.br/codigo/ListaCodigo.php 

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

--
>O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
http://www.oraclebr.com.br/  

  
Links do Yahoo! Grupos

 

-- 
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.5.446 / Virus Database: 268.18.7/712 - Release Date: 6/3/2007
15:42
 

-- 
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.5.446 / Virus Database: 268.18.7/712 - Release Date: 6/3/2007
15:42
 




Re: [oracle_br] Vaga Analista/programador CE

2007-03-07 Por tôpico David Silveira Mota
Prezados mais informacoes sobre a vaga estarao disponiveis no grupo [EMAIL 
PROTECTED]
  

David Silveira Mota <[EMAIL PROTECTED]> escreveu:
  Vaga por tempo indeterminado. 

Não tenho autorização da empresa para disponibilizar seu nome. Pediram apenas 
que avaliasse alguns curriculos e a pretensao salarial e que selecionasse os 
que mais se adequam as nossas necessidades para enviar ao RH para que eles 
entrem em contato com os canditados.

David Silveira

davidsmota <[EMAIL PROTECTED]> escreveu:
Empresa multinacional na area de TI contrata analista/desenvolvedor 
para atuar em sistemas ERP baseados em Forms e Reports em sua filial 
em Fortaleza-CE .

Conhecimentos desejaveis:
PLSQL
SQL 
Forms e Reports

Interssados enviar curriculo com pretensão salarial para 
[EMAIL PROTECTED]

__
Fale com seus amigos de graça com o novo Yahoo! Messenger 
http://br.messenger.yahoo.com/ 

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



 

 __
Fale com seus amigos  de graça com o novo Yahoo! Messenger 
http://br.messenger.yahoo.com/ 

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



Re: [oracle_br] Vagas - Aviso da Moderaç ão

2007-03-07 Por tôpico David Silveira Mota
Prezado,
   
  Por ter recebido diversas vezes mensagens desse tipo achei por bem enviar tal 
mensagem, ja que a empresa onde trabalho esta contratando e achei que aqui 
seria um bom lugar para achar candidatos no perfil que procuramos.
   
  Peço desculpas e cadastrarei a vaga neste grupo que falaste.
   
  Atenciosamente
   
  David Sileira

Dorian Anderson Soutto <[EMAIL PROTECTED]> escreveu:
  Pessoal, o portal do oraclebr está ok e pronto para receber cadastro 
de novas vagas. Vamos evitar este tipo de e-mail para não perder o foco do 
grupo. Existem algumas pessoas de consultorias que estão moderadas e chegam a 
enviar 15 e-mails por dia de vagas na área de TI. Se eu abrir precedente para 
um, terei que abrir para todos. Mas se realmente alguém deseja receber este 
tipo de e-mail, basta se inscrever no grupo [EMAIL PROTECTED] . É um grupo 
exclusivo para este fim.

[J]s
Dorian

- Original Message - 
From: 
To: oracle_br@yahoogrupos.com.br 
Sent: Tuesday, March 06, 2007 10:55 PM
Subject: Re: [oracle_br] Vaga Analista/programador CE

Vaga por tempo indeterminado. 

Não tenho autorização da empresa para disponibilizar seu nome. Pediram apenas 
que avaliasse alguns curriculos e a pretensao salarial e que selecionasse os 
que mais se adequam as nossas necessidades para enviar ao RH para que eles 
entrem em contato com os canditados.

David Silveira

davidsmota <[EMAIL PROTECTED]> escreveu:
Empresa multinacional na area de TI contrata analista/desenvolvedor 
para atuar em sistemas ERP baseados em Forms e Reports em sua filial 
em Fortaleza-CE .

Conhecimentos desejaveis:
PLSQL
SQL 
Forms e Reports

Interssados enviar curriculo com pretensão salarial para 
[EMAIL PROTECTED]

__
Fale com seus amigos de graça com o novo Yahoo! Messenger 
http://br.messenger.yahoo.com/ 

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

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



 

 __
Fale com seus amigos  de graça com o novo Yahoo! Messenger 
http://br.messenger.yahoo.com/ 

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



Re: [oracle_br] SQL DINAMICO

2007-03-07 Por tôpico Marcio Portes
Se eu entendi direito.

[EMAIL PROTECTED]> create or replace function
  2  get_rows( p_tname in varchar2 ) return number
  3  as
  4   l_columnValuenumber default NULL;
  5  begin
  6   execute immediate
  7   'select count(*)
  8 from ' || p_tname INTO l_columnValue;
  9   return l_columnValue;
 10  end;
 11  /

Function created.

[EMAIL PROTECTED]>
[EMAIL PROTECTED]> select table_name, get_rows(table_name)
  2from user_tables
  3  /

TABLE_NAME GET_ROWS(TABLE_NAME)
-- 
T 1
T1   10

2 rows selected.



On 3/7/07, Roberto Fernandes Sobrinho <[EMAIL PROTECTED]> wrote:
>
>   * Caros Mestre boa noite.
> Queria saber se de alguma maneira consigo executar a query abaixo.
>
> O meu objetijo e saber quantos registros exitem nas tabelas que retornal
> no
> select principal, preciso passar o valor de A.TABLE_NAME para o from do
> SELECT
> COUNT(*)
>
> SELECT *A.TABLE_NAME, (*SELECT COUNT*(*)
> * FROM *ALL_TABLES C
> *WHERE *C.table_name = A.
> TABLE_NAME )
> *FROM*
> * *(*SELECT *A.TABLE_NAME *FROM *ALL_TABLES A
> *WHERE *OWNER = 'IFR2'
> )A,
> (*SELECT *B.TABLE_NAME *FROM *ALL_TABLES B
> * WHERE *OWNER = 'SCRUZ'
> ) B
> *WHERE *A.TABLE_NAME = B.TABLE_NAME
> **
> *ORDER BY *1
>
> agardeço a atenção de todos
>
> --
> Roberto Fernandes Sobrinho
> Deenvolvedor Oracle
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>



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



[oracle_br] SQL DINAMICO

2007-03-07 Por tôpico Roberto Fernandes Sobrinho
* Caros Mestre boa noite.
Queria saber se de alguma maneira consigo executar a query abaixo.

O meu objetijo e saber quantos registros exitem nas tabelas que retornal no
select principal, preciso passar o valor de A.TABLE_NAME para o from do SELECT
COUNT(*)

SELECT *A.TABLE_NAME, (*SELECT COUNT*(*)
*   FROM *ALL_TABLES C
  *WHERE *C.table_name = A.
TABLE_NAME )
*FROM*
*  *(*SELECT *A.TABLE_NAME *FROM *ALL_TABLES A
*WHERE *OWNER = 'IFR2'
 )A,
  (*SELECT *B.TABLE_NAME *FROM *ALL_TABLES B
*WHERE *OWNER = 'SCRUZ'
  ) B
*WHERE *A.TABLE_NAME = B.TABLE_NAME
**
*ORDER BY *1

agardeço a atenção de todos


-- 
Roberto Fernandes Sobrinho
Deenvolvedor Oracle


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



Re: [oracle_br] Re: Jdeveloper

2007-03-07 Por tôpico Lekão
Rafael, 

Entre em view ou ctrl + shift + G >> clique com o botão direito em CVS >> New 
CVS Connection >> ae depois disto é com vc  boa sorte senão conseguir manda 
para a lista d novo 

Aleks


  - Original Message - 
  From: Marcelo 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, March 07, 2007 8:20 AM
  Subject: RES: [oracle_br] Re: Jdeveloper


  Rafael,
  Aqui eu uso o Jdeveloper, porém a versão do Oracle é 9i.
  Para conexão usando SqlWorkSheet eu tenho esta conexão:

  Para outras conexões usando programas java:


  try 
  {
  Class.forName("oracle.jdbc.driver.OracleDriver");
  con =
  DriverManager.getConnection("jdbc:oracle:thin:@192.168.0.16:1521:DBAP",
  sUsuario, sSenha);
  }
  catch (SQLException ex) 
  {
  while (ex != null) 
  {
  JOptionPane.showMessageDialog(null,
  "MESSAGE: " + ex.getMessage(), "SQL ERROR Exception",
  JOptionPane.ERROR_MESSAGE);
  ex = ex.getNextException();
  }
  } 
  catch (java.lang.Exception ex) 
  {
  ex.printStackTrace();
  }
  At.


  Marcelo Alberto Lauschner 
  Tecnologia e Informática
  Auto Pratense Ltda
  * - Fone: (0XX54) 3242-3615
  * - Fax: (0XX54) 3242-3648
  * - E-mail: HYPERLINK
  "mailto:[EMAIL PROTECTED]"[EMAIL PROTECTED]
  * - WWW: HYPERLINK "http://www.autopratense.com.br/"www.autopratense.com.br

  _ 

  De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
  nome de r.sistemas
  Enviada em: terça-feira, 6 de março de 2007 14:43
  Para: oracle_br@yahoogrupos.com.br
  Assunto: [oracle_br] Re: Jdeveloper

  Gostaria de saber se alguém pode me ajudar a fazer uma conexão do 
  Jdeveloper com o oracle 8i. O q devo colocar no CVS connection? eu sei 
  a senha o usuario e a host mas não sei como configurar.

  Desde ja agradeço a todos!

  --- Em HYPERLINK
  "mailto:oracle_br%40yahoogrupos.com.br"[EMAIL PROTECTED],
  "rafael rosa" <[EMAIL PROTECTED]> 
  escreveu
  >
  > Senhores
  > 
  > Algum de vocês utiliza o Jdeveloper com Oracle 8i,
  > caso positivo gostaria de tirar umas dúvidas em pvt.
  > 
  > Valeu
  > 
  > Rafael/RS
  > 
  > -_-_-_-_-_-_
  > MSN Messenger: converse com os seus amigos online. 
  > HYPERLINK "http://messenger.msn.com.br"http://messenger.-msn.com.br
  >


  --
  No virus found in this incoming message.
  Checked by AVG Free Edition.
  Version: 7.5.446 / Virus Database: 268.18.7/712 - Release Date: 6/3/2007
  15:42

  -- 
  No virus found in this outgoing message.
  Checked by AVG Free Edition.
  Version: 7.5.446 / Virus Database: 268.18.7/712 - Release Date: 6/3/2007
  15:42



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



   

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



[oracle_br] select...

2007-03-07 Por tôpico batistaulbra
Ola pessoal, gostaria de saber se tem algum select que posso fazer, 
para ver oque os usuarios que estao acessando o banco estao fazendo, 
por exemplo, os selects que eles estao fazendo, drops, etc...





RES: [oracle_br] Transações

2007-03-07 Por tôpico Fabio Santos
Olá Marcos,

Essas views pertencem ao usuário SYS. E por padrão o usuário que não é
DBA não tem acesso a essas views. Então você precisa solicitar ao DBA
dessas instancias que dão erro para dar GRANT SELECT nas views
sys.v$_session e sys.v$_process.


Abraços



-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED]
Em nome de Marcos
Enviada em: quarta-feira, 7 de março de 2007 17:10
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Transações


Pessoal, meu forte não é a parte de banco, porém to desenvovlvendo uma
aplicação que preciso dos seguitnes dados das transações que estão
ativas no oracle: Usuário BD, Programa, Usuário Sistema, Status (lock,
ativa, inativa) e o comando que está sendo executado. Usei o seguinte
select:
select substr(s.username,1,18) username,
   substr(s.program,1,15) program,
   s.OSUSER,
   s.STATUS as status,
   decode(s.command,
   0,'No Command',
   1,'Create Table',
   2,'Insert',
   3,'Select',
   6,'Update',
   7,'Delete',
   9,'Create Index',
  15,'Alter Table',
  21,'Create View',
  23,'Validate Index',
  35,'Alter Database',
  39,'Create Tablespace',
  41,'Drop Tablespace',
  40,'Alter Tablespace',
  53,'Drop User',
  62,'Analyze Table',
  63,'Analyze Index',
  s.command||': Other') command
from  v$session s,
  v$process p

where s.paddr = p.addr
AND   s.program <> 'sessao.exe'

UNION 

select substr(s.username,1,18) username,
   substr(s.program,1,15) program,
   s.OSUSER,
   'LOCK' as status,
   decode(s.command,
   0,'No Command',
   1,'Create Table',
   2,'Insert',
   3,'Select',
   6,'Update',
   7,'Delete',
   9,'Create Index',
  15,'Alter Table',
  21,'Create View',
  23,'Validate Index',
  35,'Alter Database',
  39,'Create Tablespace',
  41,'Drop Tablespace',
  40,'Alter Tablespace',
  53,'Drop User',
  62,'Analyze Table',
  63,'Analyze Index',
  s.command||': Other') command
from  v$locked_object a ,
  v$session s,
  dba_objects c

where s.sid = a.session_id
and   a.object_id = c.object_id
AND   s.program <> 'sessao.exe'

order by 1;

Porém tem algumas instancias do banco que reclama que as tabelas não
exitem.


Alguem pode me ajudar me passando um select que tenha essas
informações e funcione em qualquer instalação oracle?

No aguardo



>Apostilas » Dicas e Exemplos » Funções » Mundo Oracle » Package »
Procedure » Scripts » Tutoriais acesse:
http://www.oraclebr.com.br/codigo/ListaCodigo.php 

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

--
>O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
http://www.oraclebr.com.br/  

  
Links do Yahoo! Grupos

 

-- 
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.5.446 / Virus Database: 268.18.7/712 - Release Date: 6/3/2007
15:42
 

-- 
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.5.446 / Virus Database: 268.18.7/712 - Release Date: 6/3/2007
15:42
 




[oracle_br] OFF TOPIC - Alguem tem audio da "A Grande Familia"?

2007-03-07 Por tôpico Fabio Quirino
Pessoal, desculpe-me pelo off topic...
Mas alguém aqui tem a música de abertura do seriado "A Grande Familia" em MP3, 
WMV, WMA...

Letra:

"Essa família é muito unida
E também muito ouriçada
Brigam por qualquer razão
Mas acabam pedindo perdão
Pirraça pai, pirraça mãe, pirraça filha
Eu também sou da família
Eu também quero pirraçar
Catuca pai, catuca mãe, catuca filha
Eu também sou da família
Eu também quero catucar"


 
Quirino, Fabio

__
Fale com seus amigos  de graça com o novo Yahoo! Messenger 
http://br.messenger.yahoo.com/ 

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



Re: [oracle_br] Transações

2007-03-07 Por tôpico Gabriel Hanauer
Marcos, as views v$session, v$process e v$locked_object existem em toda
instalação Oracle.
O que pode estar acontecendo é que o usuário que tu está usando para
executar a consulta está sem permissão nas respectivas views.

Att,

Gabriel Hanauer

On 3/7/07, Marcos <[EMAIL PROTECTED]> wrote:
>
>   Pessoal, meu forte não é a parte de banco, porém to desenvovlvendo uma
> aplicação que preciso dos seguitnes dados das transações que estão
> ativas no oracle: Usuário BD, Programa, Usuário Sistema, Status (lock,
> ativa, inativa) e o comando que está sendo executado. Usei o seguinte
> select:
> select substr(s.username,1,18) username,
> substr(s.program,1,15) program,
> s.OSUSER,
> s.STATUS as status,
> decode(s.command,
> 0,'No Command',
> 1,'Create Table',
> 2,'Insert',
> 3,'Select',
> 6,'Update',
> 7,'Delete',
> 9,'Create Index',
> 15,'Alter Table',
> 21,'Create View',
> 23,'Validate Index',
> 35,'Alter Database',
> 39,'Create Tablespace',
> 41,'Drop Tablespace',
> 40,'Alter Tablespace',
> 53,'Drop User',
> 62,'Analyze Table',
> 63,'Analyze Index',
> s.command||': Other') command
> from v$session s,
> v$process p
>
> where s.paddr = p.addr
> AND s.program <> 'sessao.exe'
>
> UNION
>
> select substr(s.username,1,18) username,
> substr(s.program,1,15) program,
> s.OSUSER,
> 'LOCK' as status,
> decode(s.command,
> 0,'No Command',
> 1,'Create Table',
> 2,'Insert',
> 3,'Select',
> 6,'Update',
> 7,'Delete',
> 9,'Create Index',
> 15,'Alter Table',
> 21,'Create View',
> 23,'Validate Index',
> 35,'Alter Database',
> 39,'Create Tablespace',
> 41,'Drop Tablespace',
> 40,'Alter Tablespace',
> 53,'Drop User',
> 62,'Analyze Table',
> 63,'Analyze Index',
> s.command||': Other') command
> from v$locked_object a ,
> v$session s,
> dba_objects c
>
> where s.sid = a.session_id
> and a.object_id = c.object_id
> AND s.program <> 'sessao.exe'
>
> order by 1;
>
> Porém tem algumas instancias do banco que reclama que as tabelas não
> exitem.
>
> Alguem pode me ajudar me passando um select que tenha essas
> informações e funcione em qualquer instalação oracle?
>
> No aguardo
>
>  
>



-- 
Gabriel Hanauer


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



[oracle_br] Transações

2007-03-07 Por tôpico Marcos
Pessoal, meu forte não é a parte de banco, porém to desenvovlvendo uma
aplicação que preciso dos seguitnes dados das transações que estão
ativas no oracle: Usuário BD, Programa, Usuário Sistema, Status (lock,
ativa, inativa) e o comando que está sendo executado. Usei o seguinte
select:
select substr(s.username,1,18) username,
   substr(s.program,1,15) program,
   s.OSUSER,
   s.STATUS as status,
   decode(s.command,
   0,'No Command',
   1,'Create Table',
   2,'Insert',
   3,'Select',
   6,'Update',
   7,'Delete',
   9,'Create Index',
  15,'Alter Table',
  21,'Create View',
  23,'Validate Index',
  35,'Alter Database',
  39,'Create Tablespace',
  41,'Drop Tablespace',
  40,'Alter Tablespace',
  53,'Drop User',
  62,'Analyze Table',
  63,'Analyze Index',
  s.command||': Other') command
from  v$session s,
  v$process p

where s.paddr = p.addr
AND   s.program <> 'sessao.exe'

UNION 

select substr(s.username,1,18) username,
   substr(s.program,1,15) program,
   s.OSUSER,
   'LOCK' as status,
   decode(s.command,
   0,'No Command',
   1,'Create Table',
   2,'Insert',
   3,'Select',
   6,'Update',
   7,'Delete',
   9,'Create Index',
  15,'Alter Table',
  21,'Create View',
  23,'Validate Index',
  35,'Alter Database',
  39,'Create Tablespace',
  41,'Drop Tablespace',
  40,'Alter Tablespace',
  53,'Drop User',
  62,'Analyze Table',
  63,'Analyze Index',
  s.command||': Other') command
from  v$locked_object a ,
  v$session s,
  dba_objects c

where s.sid = a.session_id
and   a.object_id = c.object_id
AND   s.program <> 'sessao.exe'

order by 1;

Porém tem algumas instancias do banco que reclama que as tabelas não
exitem.


Alguem pode me ajudar me passando um select que tenha essas
informações e funcione em qualquer instalação oracle?

No aguardo



Re: [oracle_br] Indice

2007-03-07 Por tôpico Andre Santos
Adriano

Mandei uma resposta, mas acho que não chegou. Segue abaixo:

Seria um índice com a cláusula REVERSE ?

Se for isso, é usado em casos em que você pode ter um índice
"desbalanceado", com muitas ocorrências de chaves que tenham as mesmas
iniciais, pois o algoritmo de busca em árvore binária pode ficar
prejudicado.

Por exemplo, se você tivesse muitos nomes que comecem com a letra "A":

ANDRE
ADRIANO
ANDREZA

Com a inversão, ficaria:

AZERDNA
ERDNA
ONAIRDA

Isso ajudaria na busca B-tree, de forma transparente para a aplicação.

[ ]

André



Em 07/03/07, Adriano <[EMAIL PROTECTED]> escreveu:
>
>   Olá pessoal
> Alguém saberia me explicar o que é um índice de chave de inversão e em que
> situação ele pode ser aplicado? Qual seria o ganho de sua aplicação no lugar
> de um indice de arvore b normal?
>
> Abraços
> Adriano
>
> __
> Fale com seus amigos de graça com o novo Yahoo! Messenger
> http://br.messenger.yahoo.com/
> 
>


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



Re: [oracle_br] Bug no dbms_metadata?

2007-03-07 Por tôpico Marcio Portes
Pra ser sincero, nem eu ;-)

On 3/7/07, Ivan <[EMAIL PROTECTED]> wrote:
>
>   Opa, legal Marcio
>
> Eu não costumo ter muita paciência e nunca tive boas experiências com
> SRs...
> hehe
>
> > -Mensagem original-
> > De: oracle_br@yahoogrupos.com.br [mailto:
> oracle_br@yahoogrupos.com.br ]
> > Em nome de Marcio Portes
> > Enviada em: quarta-feira, 7 de março de 2007 12:57
> > Para: oracle_br@yahoogrupos.com.br 
> > Assunto: Re: [oracle_br] Bug no dbms_metadata?
> >
> > Andre/Ivan,
> >
> > Eu abri um SR (tar) na oracle. Vamos ver a resposta!
> >
> > abraços,
> >
> > On 3/7/07, Andre Santos <[EMAIL PROTECTED]
> >  > wrote:
> > >
> > > Ivan
> > >
> > > Depois dessas verificações que você fez (levando a crer que seja bug
> > > mesmo),
> > > seria interessante acionar o suporte da Oracle. Pode ser um problema
> > que
> > > não
> > > tenha sido relatado antes.
> > >
> > > [ ]
> > >
> > > André
> > >
> > > Em 07/03/07, Ivan <[EMAIL PROTECTED]   ivanrs79% 40gmail.com>
> > > escreveu:
>
> > >
> > > >
> > > > Sim, quis dizer, o bug mostra lixo... :)
> > > >
> > > > Fiz a consulta no meu banco de testes, com a tablespace que citei
> > ontem.
> > > > Note que este problema acontece independente de SO e patch
> > aplicado,
> > > pois
> > > > a
> > > > primeira maquina que falei era Windows 2000 com 9.2.0.8 e esta é
> > uma Sun
> > > > com
> > > > 9.2.0.7.
> > > >
> > > > Conectado a:
> > > > Oracle9i Enterprise Edition Release 9.2.0.7.0 - Production
> > > > With the Partitioning option
> > > > JServer Release 9.2.0.7.0 - Production
> > > >
> > > > SQL> SELECT VALUE(KU$) TABLESPACE_T
> > > > 2 FROM SYS.KU$_TABLESPACE_VIEW KU$
> > > > 3 WHERE KU$.NAME='TBSDIMENSIONAL';
> > > >
> > > > TABLESPACE_T(VERS_MAJOR, VERS_MINOR, TS_NUM, NAME, OWNER_NUM,
> > STATUS,
> > > > CONTENTS,
> > > > --
> > > > 
> > > >
> > > > KU$_TABLESPACE_T('1', '0 ', 78, 'TBSDIMENSIONAL', 0, 1, 0, 0, 0,
> > 8192,
> > > 1,
> > > > 0,
> > > > 0,
> > > > 1, 2147483645, 8, 128, 8, 0, 1, 0, 8, 0, 1, 1, 0, 499599900, NULL,
> > NULL,
> > > > NULL, 0
> > > >
> > > > , 0, NULL, NULL,
> > > > KU$_FILE_LIST_T(KU$_FILE_T('/data0/oradata/orasun/TBSdimensiona
> > > >
> > > > l.dbf', '/data0/oradata/orasun/TBSdimensional.dbf', 917504, 0, 0,
> > 78)))
> > > >
> > > > Quando mando mostrar o DDL no EM:
> > > >
> > > > CREATE TABLESPACE "TBSDIMENSIONAL"
> > > > LOGGING
> > > > DATAFILE '/data0/oradata/orasun/TBSdimensional.dbf' SIZE
> > > > 7168M REUSE EXTENT MANAGEMENT LOCAL SEGMENT SPACE MANAGEMENT
> > > > MANUAL
> > > >
> > > > Quando mando mostrar o DDL via DBMS_METADATA:
> > > >
> > > > CREATE TABLESPACE "TBSDIMENSIONAL" DATAFILE
> > > > '/data0/oradata/orasun/TBSdimensional.dbf' SIZE
> > 2147483647.5368709121
> > > > REUSE
> > > > LOGGING ONLINE PERMANENT BLOCKSIZE 8192
> > > > EXTENT MANAGEMENT LOCAL AUTOALLOCATE SEGMENT SPACE MANAGEMENT
> > MANUAL
> > > >
> > > > Obrigado
> > > > Ivan
> > > >
> > > > > -Mensagem original-
> > > > > De: oracle_br@yahoogrupos.com.br 
> > 
> >  > > rupos.com.br>[mailto:
> > > > oracle_br@yahoogrupos.com.br 
> > 
> >  > > rupos.com.br>]
> > > > > Em nome de Marcio Portes
> > > > > Enviada em: terça-feira, 6 de março de 2007 23:40
> > > > > Para: oracle_br@yahoogrupos.com.br
> > 
> >  > > rupos.com.br>
> > > > > Assunto: Re: [oracle_br] Bug no dbms_metadata?
> > > > >
> > > > > Hmmm.
> > > > > Pode ser lixo mesmo. Mas eu ainda aposto em bug. Acho que pode
> > estar
> > > > > acontecendo algo na KU$_FILE_LIST_T que mostra os datafiles da
> > > > > tablespace
> > > > > (metadata).
> > > > >
> > > > > Me faz um favor, roda esse script.
> > > > >
> > > > > SELECT VALUE(KU$) TABLESPACE_T
> > > > > FROM SYS.KU$_TABLESPACE_VIEW KU$
> > > > > WHERE KU$.NAME=''
> > > > >
> > > > > Deixa eu ver os valores?
> > > > >
> > > > > On 3/6/07, Ivan <[EMAIL PROTECTED]  ivanrs79% 40gmail.com>
> >   > > > ivanrs79% 40gmail.com> >
> > > > > wrote:
> > > > > >
> > > > > > Marcio,
> > > > > >
> > > > > > O "set long" já está sendo feito no sqlplus.
> > > > > >
> > > > > > Meu script é este:
> > > > > >
> > > > > > set long 5
> > > > > > set pages 0
> > > > > > spool create_tablespaces.sql
> > > > > > Select dbms_metadata.get_ddl('TABLESPACE',tablespace_name) From
> > > > > > dba_tablespaces;
> > > > > > spool off
> > > > > > exit
> > > > > >
> > > > > > Aqui no banco de testes, fiz a consulta e me retornou um
> > datafile
> > > com
> > > > > > tamanho "2147483647.5368709121".
> > > > > > O valor correto, que aparece no EM, é a soma dos dois,
> > > > > > 2147483647+5368709121=7516192768, ou 7168 Mb
> > > > > >
> > > > > > Me parece que é algum lixo de informação que fica quando
> > aumenta o
> > > > > tamanho
> > > > > > de datafiles...
> > > > > >
> > > > > > > -Mensagem original-
> > > > > > > De: oracle_br@yahoogrup

[oracle_br] Indice

2007-03-07 Por tôpico Adriano
Olá pessoal
Alguém saberia me explicar o que é um índice de chave de inversão e em que 
situação ele pode ser aplicado? Qual seria o ganho de sua aplicação no lugar de 
um indice de arvore b normal?

Abraços
Adriano

__
Fale com seus amigos  de graça com o novo Yahoo! Messenger 
http://br.messenger.yahoo.com/ 


Re: [oracle_br] Indice de chave de inversão

2007-03-07 Por tôpico Andre Santos
Adriano

Seria um índice com a cláusula REVERSE ?

Se for isso, é usado em casos em que você pode ter um índice
"desbalanceado", com muitas ocorrências de chaves que tenham as mesmas
iniciais, pois o algoritmo de busca em árvore binária pode ficar
prejudicado.

Por exemplo, se você tivesse muitos nomes que comecem com a letra "A":

ANDRE
ADRIANO
ANDREZA

Com a inversão, ficaria:

AZERDNA
ERDNA
ONAIRDA

Isso ajudaria na busca B-tree, de forma transparente para a aplicação.

[ ]

André


Em 07/03/07, Adriano <[EMAIL PROTECTED]> escreveu:
>
>   Olá pessoal
> Alguém saberia me explicar o que é um índice de chave de inversão e em que
> situação ele pode ser aplicado? Qual seria o ganho de sua aplicação no lugar
> de um indice de arvore b normal?
>
> Abraços
> Adriano
>
> __
> Fale com seus amigos de graça com o novo Yahoo! Messenger
> http://br.messenger.yahoo.com/
> 
>


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



RES: [oracle_br] Bug no dbms_metadata?

2007-03-07 Por tôpico Ivan
Opa, legal Marcio

Eu não costumo ter muita paciência e nunca tive boas experiências com SRs...
hehe

> -Mensagem original-
> De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED]
> Em nome de Marcio Portes
> Enviada em: quarta-feira, 7 de março de 2007 12:57
> Para: oracle_br@yahoogrupos.com.br
> Assunto: Re: [oracle_br] Bug no dbms_metadata?
> 
> Andre/Ivan,
> 
> Eu abri um SR (tar) na oracle. Vamos ver a resposta!
> 
> abraços,
> 
> On 3/7/07, Andre Santos <[EMAIL PROTECTED]
>  > wrote:
> >
> > Ivan
> >
> > Depois dessas verificações que você fez (levando a crer que seja bug
> > mesmo),
> > seria interessante acionar o suporte da Oracle. Pode ser um problema
> que
> > não
> > tenha sido relatado antes.
> >
> > [ ]
> >
> > André
> >
> > Em 07/03/07, Ivan <[EMAIL PROTECTED] 
> > escreveu:
> >
> > >
> > > Sim, quis dizer, o bug mostra lixo... :)
> > >
> > > Fiz a consulta no meu banco de testes, com a tablespace que citei
> ontem.
> > > Note que este problema acontece independente de SO e patch
> aplicado,
> > pois
> > > a
> > > primeira maquina que falei era Windows 2000 com 9.2.0.8 e esta é
> uma Sun
> > > com
> > > 9.2.0.7.
> > >
> > > Conectado a:
> > > Oracle9i Enterprise Edition Release 9.2.0.7.0 - Production
> > > With the Partitioning option
> > > JServer Release 9.2.0.7.0 - Production
> > >
> > > SQL> SELECT VALUE(KU$) TABLESPACE_T
> > > 2 FROM SYS.KU$_TABLESPACE_VIEW KU$
> > > 3 WHERE KU$.NAME='TBSDIMENSIONAL';
> > >
> > > TABLESPACE_T(VERS_MAJOR, VERS_MINOR, TS_NUM, NAME, OWNER_NUM,
> STATUS,
> > > CONTENTS,
> > > --
> > > 
> > >
> > > KU$_TABLESPACE_T('1', '0 ', 78, 'TBSDIMENSIONAL', 0, 1, 0, 0, 0,
> 8192,
> > 1,
> > > 0,
> > > 0,
> > > 1, 2147483645, 8, 128, 8, 0, 1, 0, 8, 0, 1, 1, 0, 499599900, NULL,
> NULL,
> > > NULL, 0
> > >
> > > , 0, NULL, NULL,
> > > KU$_FILE_LIST_T(KU$_FILE_T('/data0/oradata/orasun/TBSdimensiona
> > >
> > > l.dbf', '/data0/oradata/orasun/TBSdimensional.dbf', 917504, 0, 0,
> 78)))
> > >
> > > Quando mando mostrar o DDL no EM:
> > >
> > > CREATE TABLESPACE "TBSDIMENSIONAL"
> > > LOGGING
> > > DATAFILE '/data0/oradata/orasun/TBSdimensional.dbf' SIZE
> > > 7168M REUSE EXTENT MANAGEMENT LOCAL SEGMENT SPACE MANAGEMENT
> > > MANUAL
> > >
> > > Quando mando mostrar o DDL via DBMS_METADATA:
> > >
> > > CREATE TABLESPACE "TBSDIMENSIONAL" DATAFILE
> > > '/data0/oradata/orasun/TBSdimensional.dbf' SIZE
> 2147483647.5368709121
> > > REUSE
> > > LOGGING ONLINE PERMANENT BLOCKSIZE 8192
> > > EXTENT MANAGEMENT LOCAL AUTOALLOCATE SEGMENT SPACE MANAGEMENT
> MANUAL
> > >
> > > Obrigado
> > > Ivan
> > >
> > > > -Mensagem original-
> > > > De: oracle_br@yahoogrupos.com.br
> 
>  > rupos.com.br>[mailto:
> > > oracle_br@yahoogrupos.com.br
> 
>  > rupos.com.br>]
> > > > Em nome de Marcio Portes
> > > > Enviada em: terça-feira, 6 de março de 2007 23:40
> > > > Para: oracle_br@yahoogrupos.com.br
> 
>  > rupos.com.br>
> > > > Assunto: Re: [oracle_br] Bug no dbms_metadata?
> > > >
> > > > Hmmm.
> > > > Pode ser lixo mesmo. Mas eu ainda aposto em bug. Acho que pode
> estar
> > > > acontecendo algo na KU$_FILE_LIST_T que mostra os datafiles da
> > > > tablespace
> > > > (metadata).
> > > >
> > > > Me faz um favor, roda esse script.
> > > >
> > > > SELECT VALUE(KU$) TABLESPACE_T
> > > > FROM SYS.KU$_TABLESPACE_VIEW KU$
> > > > WHERE KU$.NAME=''
> > > >
> > > > Deixa eu ver os valores?
> > > >
> > > > On 3/6/07, Ivan <[EMAIL PROTECTED] 
>   > > ivanrs79% 40gmail.com> >
> > > > wrote:
> > > > >
> > > > > Marcio,
> > > > >
> > > > > O "set long" já está sendo feito no sqlplus.
> > > > >
> > > > > Meu script é este:
> > > > >
> > > > > set long 5
> > > > > set pages 0
> > > > > spool create_tablespaces.sql
> > > > > Select dbms_metadata.get_ddl('TABLESPACE',tablespace_name) From
> > > > > dba_tablespaces;
> > > > > spool off
> > > > > exit
> > > > >
> > > > > Aqui no banco de testes, fiz a consulta e me retornou um
> datafile
> > com
> > > > > tamanho "2147483647.5368709121".
> > > > > O valor correto, que aparece no EM, é a soma dos dois,
> > > > > 2147483647+5368709121=7516192768, ou 7168 Mb
> > > > >
> > > > > Me parece que é algum lixo de informação que fica quando
> aumenta o
> > > > tamanho
> > > > > de datafiles...
> > > > >
> > > > > > -Mensagem original-
> > > > > > De: oracle_br@yahoogrupos.com.br
> 
>  > rupos.com.br>
> > > > 
> > > > [mailto:
> > > > > oracle_br@yahoogrupos.com.br
> 
>  > rupos.com.br>  > > oracle_br%40yahoogrupos.com.br>
> > > > ]
> > > > > > Em nome de Marcio Portes
> > > > > > Enviada em: terça-feira, 6 de março de 2007 16:36
> > > > > > Para: oracle_br@yahoog

[oracle_br] Indice de chave de inversão

2007-03-07 Por tôpico Adriano
Olá pessoal
Alguém saberia me explicar o que é um índice de chave de inversão e em que 
situação ele pode ser aplicado? Qual seria o ganho de sua aplicação no lugar de 
um indice de arvore b normal?

Abraços
Adriano

__
Fale com seus amigos  de graça com o novo Yahoo! Messenger 
http://br.messenger.yahoo.com/ 


Re: [oracle_br] Bug no dbms_metadata?

2007-03-07 Por tôpico Rafael Milanez - BusinessOn
por curiosidade fiz um teste no Oracle Database 10g Express Edition Release 
10.2.0.1.0

tive que diminuir o tamanho da tablespace de 7Gb para 2Gb , por ser limitado o 
oracle free 

SQL> CREATE TABLESPACE "TBSDIMENSIONAL" LOGGING
  2   DATAFILE 'c:\TBSdimensional.dbf' SIZE
  3   2048M REUSE EXTENT MANAGEMENT LOCAL SEGMENT SPACE MANAGEMENT
  4   MANUAL
  5   /

Tablespace criado.

"olha o resultado"

SQL> select dbms_metadata.get_ddl( 'TABLESPACE','TBSDIMENSIONAL' ) from dual;

DBMS_METADATA.GET_DDL('TABLESPACE','TBSDIMENSIONAL')


  CREATE TABLESPACE "TBSDIMENSIONAL" DATAFILE
  'C:\TBSDIMENSIONAL.DBF' SIZE 2


- Original Message - 
  From: Marcio Portes 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, March 07, 2007 12:34 PM
  Subject: Re: [oracle_br] Bug no dbms_metadata?


  Ivan, isso... lixo de bug! :-) Bug de lixo...
  Reproduzi o que aconteceu com voce no 9i (9208). Já no 10gR2 (10.2.0.2)
  funciona.

  [EMAIL PROTECTED] scripts]$ . ../env9i
  [EMAIL PROTECTED] scripts]$ plus

  SQL*Plus: Release 9.2.0.8.0 - Production on Wed Mar 7 12:03:00 2007

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

  Connected to:
  Oracle9i Enterprise Edition Release 9.2.0.8.0 - Production
  With the Partitioning, OLAP and Oracle Data Mining options
  JServer Release 9.2.0.8.0 - Production

  [EMAIL PROTECTED]> @create_tbs
  [EMAIL PROTECTED]>
  [EMAIL PROTECTED]> CREATE TABLESPACE "TBSDIMENSIONAL" LOGGING
  2 DATAFILE '/backup/TBSdimensional.dbf' SIZE
  3 7168M REUSE EXTENT MANAGEMENT LOCAL SEGMENT SPACE MANAGEMENT
  4 MANUAL
  5 /

  Tablespace created.

  [EMAIL PROTECTED]>
  [EMAIL PROTECTED]> set echo off
  [EMAIL PROTECTED]> select dbms_metadata.get_ddl( 'TABLESPACE',
  'TBSDIMENSIONAL' ) from dual;

  DBMS_METADATA.GET_DDL('TABLESPACE','TBSDIMENSIONAL')
  --

  CREATE TABLESPACE "TBSDIMENSIONAL" DATAFILE
  '/backup/TBSdimensional.dbf' SIZE --2147483648.-.36870912 REUSE
  LOGGING ONLINE PERMANENT BLOCKSIZE 8192
  EXTENT MANAGEMENT LOCAL AUTOALLOCATE SEGMENT SPACE MANAGEMENT MANUAL

  1 row selected.

  Agora no 10g.

  [EMAIL PROTECTED] scripts]$ plus

  SQL*Plus: Release 10.2.0.2.0 - Production on Wed Mar 7 12:27:21 2007

  Copyright (c) 1982, 2005, Oracle. All Rights Reserved.

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

  [EMAIL PROTECTED]> @create_tbs
  [EMAIL PROTECTED]>
  [EMAIL PROTECTED]> CREATE TABLESPACE "TBSDIMENSIONAL" LOGGING
  2 DATAFILE '/backup/TBSdimensional.dbf' SIZE
  3 7168M REUSE EXTENT MANAGEMENT LOCAL SEGMENT SPACE MANAGEMENT
  4 MANUAL
  5 /

  Tablespace created.

  [EMAIL PROTECTED]>
  [EMAIL PROTECTED]> set echo off
  [EMAIL PROTECTED]> select dbms_metadata.get_ddl( 'TABLESPACE',
  'TBSDIMENSIONAL' ) from dual;

  DBMS_METADATA.GET_DDL('TABLESPACE','TBSDIMENSIONAL')
  --

  CREATE TABLESPACE "TBSDIMENSIONAL" DATAFILE
  '/backup/TBSdimensional.dbf' SIZE 7516192768
  LOGGING ONLINE PERMANENT BLOCKSIZE 8192
  EXTENT MANAGEMENT LOCAL AUTOALLOCATE SEGMENT SPACE MANAGEMENT MANUAL

  1 row selected.

  On 3/7/07, Ivan <[EMAIL PROTECTED]> wrote:
  >
  > Sim, quis dizer, o bug mostra lixo... :)
  >
  > Fiz a consulta no meu banco de testes, com a tablespace que citei ontem.
  > Note que este problema acontece independente de SO e patch aplicado, pois
  > a
  > primeira maquina que falei era Windows 2000 com 9.2.0.8 e esta é uma Sun
  > com
  > 9.2.0.7.
  >
  > Conectado a:
  > Oracle9i Enterprise Edition Release 9.2.0.7.0 - Production
  > With the Partitioning option
  > JServer Release 9.2.0.7.0 - Production
  >
  > SQL> SELECT VALUE(KU$) TABLESPACE_T
  > 2 FROM SYS.KU$_TABLESPACE_VIEW KU$
  > 3 WHERE KU$.NAME='TBSDIMENSIONAL';
  >
  > TABLESPACE_T(VERS_MAJOR, VERS_MINOR, TS_NUM, NAME, OWNER_NUM, STATUS,
  > CONTENTS,
  > --
  > 
  >
  > KU$_TABLESPACE_T('1', '0 ', 78, 'TBSDIMENSIONAL', 0, 1, 0, 0, 0, 8192, 1,
  > 0,
  > 0,
  > 1, 2147483645, 8, 128, 8, 0, 1, 0, 8, 0, 1, 1, 0, 499599900, NULL, NULL,
  > NULL, 0
  >
  > , 0, NULL, NULL,
  > KU$_FILE_LIST_T(KU$_FILE_T('/data0/oradata/orasun/TBSdimensiona
  >
  > l.dbf', '/data0/oradata/orasun/TBSdimensional.dbf', 917504, 0, 0, 78)))
  >
  > Quando mando mostrar o DDL no EM:
  >
  > CREATE TABLESPACE "TBSDIMENSIONAL"
  > LOGGING
  > DATAFILE '/data0/oradata/orasun/TBSdimensional.dbf' SIZE
  > 7168M REUSE EXTENT MANAGEMENT LOCAL SEGMENT SPACE MANAGEMENT
  > MANUAL
  >
  > Quando mando mostrar o DDL via DBMS_METADATA:
  >
  > CREATE TABLESPACE "TBSDIMENSIONAL" DATAFILE
  > '/data0/oradata/orasun/TBSdimensional.dbf' SIZE 2147483647.5368709121
  > REUSE
  > LOGGING ONLINE PERMANENT BLOCKSIZE 8192
  > EXTENT MANAGEMENT LOCAL AUTOALLOCATE SEGMENT SPACE MANAGEMENT MANUAL
  

Re: [oracle_br] Bug no dbms_metadata?

2007-03-07 Por tôpico Marcio Portes
Andre/Ivan,

Eu abri um SR (tar) na oracle. Vamos ver a resposta!

abraços,

On 3/7/07, Andre Santos <[EMAIL PROTECTED]> wrote:
>
>   Ivan
>
> Depois dessas verificações que você fez (levando a crer que seja bug
> mesmo),
> seria interessante acionar o suporte da Oracle. Pode ser um problema que
> não
> tenha sido relatado antes.
>
> [ ]
>
> André
>
> Em 07/03/07, Ivan <[EMAIL PROTECTED] > escreveu:
>
> >
> > Sim, quis dizer, o bug mostra lixo... :)
> >
> > Fiz a consulta no meu banco de testes, com a tablespace que citei ontem.
> > Note que este problema acontece independente de SO e patch aplicado,
> pois
> > a
> > primeira maquina que falei era Windows 2000 com 9.2.0.8 e esta é uma Sun
> > com
> > 9.2.0.7.
> >
> > Conectado a:
> > Oracle9i Enterprise Edition Release 9.2.0.7.0 - Production
> > With the Partitioning option
> > JServer Release 9.2.0.7.0 - Production
> >
> > SQL> SELECT VALUE(KU$) TABLESPACE_T
> > 2 FROM SYS.KU$_TABLESPACE_VIEW KU$
> > 3 WHERE KU$.NAME='TBSDIMENSIONAL';
> >
> > TABLESPACE_T(VERS_MAJOR, VERS_MINOR, TS_NUM, NAME, OWNER_NUM, STATUS,
> > CONTENTS,
> > --
> > 
> >
> > KU$_TABLESPACE_T('1', '0 ', 78, 'TBSDIMENSIONAL', 0, 1, 0, 0, 0, 8192,
> 1,
> > 0,
> > 0,
> > 1, 2147483645, 8, 128, 8, 0, 1, 0, 8, 0, 1, 1, 0, 499599900, NULL, NULL,
> > NULL, 0
> >
> > , 0, NULL, NULL,
> > KU$_FILE_LIST_T(KU$_FILE_T('/data0/oradata/orasun/TBSdimensiona
> >
> > l.dbf', '/data0/oradata/orasun/TBSdimensional.dbf', 917504, 0, 0, 78)))
> >
> > Quando mando mostrar o DDL no EM:
> >
> > CREATE TABLESPACE "TBSDIMENSIONAL"
> > LOGGING
> > DATAFILE '/data0/oradata/orasun/TBSdimensional.dbf' SIZE
> > 7168M REUSE EXTENT MANAGEMENT LOCAL SEGMENT SPACE MANAGEMENT
> > MANUAL
> >
> > Quando mando mostrar o DDL via DBMS_METADATA:
> >
> > CREATE TABLESPACE "TBSDIMENSIONAL" DATAFILE
> > '/data0/oradata/orasun/TBSdimensional.dbf' SIZE 2147483647.5368709121
> > REUSE
> > LOGGING ONLINE PERMANENT BLOCKSIZE 8192
> > EXTENT MANAGEMENT LOCAL AUTOALLOCATE SEGMENT SPACE MANAGEMENT MANUAL
> >
> > Obrigado
> > Ivan
> >
> > > -Mensagem original-
> > > De: oracle_br@yahoogrupos.com.br 
> > >  rupos.com.br>[mailto:
> > oracle_br@yahoogrupos.com.br 
> >  rupos.com.br>]
> > > Em nome de Marcio Portes
> > > Enviada em: terça-feira, 6 de março de 2007 23:40
> > > Para: oracle_br@yahoogrupos.com.br 
> > >  rupos.com.br>
> > > Assunto: Re: [oracle_br] Bug no dbms_metadata?
> > >
> > > Hmmm.
> > > Pode ser lixo mesmo. Mas eu ainda aposto em bug. Acho que pode estar
> > > acontecendo algo na KU$_FILE_LIST_T que mostra os datafiles da
> > > tablespace
> > > (metadata).
> > >
> > > Me faz um favor, roda esse script.
> > >
> > > SELECT VALUE(KU$) TABLESPACE_T
> > > FROM SYS.KU$_TABLESPACE_VIEW KU$
> > > WHERE KU$.NAME=''
> > >
> > > Deixa eu ver os valores?
> > >
> > > On 3/6/07, Ivan <[EMAIL PROTECTED] 
> > >   > ivanrs79% 40gmail.com> >
> > > wrote:
> > > >
> > > > Marcio,
> > > >
> > > > O "set long" já está sendo feito no sqlplus.
> > > >
> > > > Meu script é este:
> > > >
> > > > set long 5
> > > > set pages 0
> > > > spool create_tablespaces.sql
> > > > Select dbms_metadata.get_ddl('TABLESPACE',tablespace_name) From
> > > > dba_tablespaces;
> > > > spool off
> > > > exit
> > > >
> > > > Aqui no banco de testes, fiz a consulta e me retornou um datafile
> com
> > > > tamanho "2147483647.5368709121".
> > > > O valor correto, que aparece no EM, é a soma dos dois,
> > > > 2147483647+5368709121=7516192768, ou 7168 Mb
> > > >
> > > > Me parece que é algum lixo de informação que fica quando aumenta o
> > > tamanho
> > > > de datafiles...
> > > >
> > > > > -Mensagem original-
> > > > > De: oracle_br@yahoogrupos.com.br 
> > > > >  rupos.com.br>
> > > 
> > > [mailto:
> > > > oracle_br@yahoogrupos.com.br 
> > > >  rupos.com.br>  > oracle_br%40yahoogrupos.com.br>
> > > ]
> > > > > Em nome de Marcio Portes
> > > > > Enviada em: terça-feira, 6 de março de 2007 16:36
> > > > > Para: 
> > > > > oracle_br@yahoogrupos.com.br rupos.com.br>
> > > 
> > > 
> > > > > Assunto: Re: [oracle_br] Bug no dbms_metadata?
> > > > >
> > > > > Ivan,
> > > > >
> > > > > tenta
> > > > > set long 1000
> > > > > faz o select dbms_metadata e envia pra lista. Eu procurei no
> > > metalink
> > > > > algum
> > > > > bug relacionado com o dbms_metadata, achei alguns mas nenhum com
> > > > > referência
> > > > > ao que está acontencendo contigo. Acho que por a plataforma ser
> > > > > Windows,
> > > > > pode haver algum probleminha, mas vamos ver a saída toda do
> > > > > DBMS_METADATA e
> > > > > depois a lista opina.
> > > > >
> > > > > On 3/6/07, Ivan <[EMAIL PROTECTED] 
> > > > >   > ivanrs79% 40gmail.com>
> > >   > > > ivanrs79% 40gmail.com> >
> > > >
> > > > > wrote:
> > > > > >
> > > > > > Pessoal,
> > > > > >
> > > > > > Num banco Oracle 9.2.0.8, faz parte do procedimento de backup a
> > > > > criação de
> > > > >

Re: Res: [oracle_br] Busca fonética em Oracle

2007-03-07 Por tôpico jlchiappa
Zumba, sim, vc pode obter recurso semelhante com o componente Oracle 
Text Application do banco 9i em diante (que já se chamou oracle*text, 
context, só pra confundir um pouquinho :) - os manuais que vc vai 
precisar estudar (no caso do 9i, que é o que usei aqui de modelo, já 
que vc NÃO DIZ a versão do banco :^; ) são o "Oracle Text Application 
Developer's Guide" (em especial o cap. 3 - Querying, que trata de 
pesquisas com CONTEXT, CONTAINS e SCORE, este último te diz 
a "relevância" - em termos de número de ocorrências - de um argumento 
na busca, e também o manual "Oracle Text Reference". No site do tom 
kyte (ie, asktom.oracle.com vc acha alguns textos sobre text indexes 
(a tecnologia básica por trás do Oracle Text Application) , e ambos 
os livros dele também dão dicas a respeito.

[]s

 Chiappa 

--- Em oracle_br@yahoogrupos.com.br, Zumba <[EMAIL PROTECTED]> escreveu
>
> Ol,
> na verdade, o que gostaria de saber eh se existe algo relacionado a 
busca de registros com pesos!
> Assim como no google, digitando uma palavra, o resultado sao varias 
linhas que tem contexto relacionado com a palavra.
>  
> Busco uma alternativa para isso:
> . . . where nome like '%joao%silveira'
> 
> Em Postgres, esse recurso que me refiro nao faz isso. Ao inves, 
coloca pesos para cada palavra,
> e ao buscar, verifica se a palavra tem relacionamento com a coluna 
indexado como meu exemplo:
> Valor e o Peso:
> 
>   'test':1 'test.com':2
> 
> Eu no sei se o Oracle Text oferece esse recurso, nunca usei!
> Alguem ja teve alguma experiencia assim?
> 
> Obrigado a todos.
> 
> 
> 
> - Mensagem original 
> De: Andre Santos <[EMAIL PROTECTED]>
> Para: oracle_br@yahoogrupos.com.br
> Enviadas: Segunda-feira, 5 de Março de 2007 9:12:51
> Assunto: Re: [oracle_br] Busca fonética em Oracle
> 
> Zumba
> 
>  Mesmo sendo originalmente definida para o inglês, acho que a 
função SOUNDEX
>  funcionaria a contento para a maioria dos casos.
>  Vale a pena fazer alguns testes.
> 
>  [ ]
> 
>  André
> 
>  Em 04/03/07, Josÿffe9 Ferreira <[EMAIL PROTECTED] com.br> 
escreveu:
>  >
>  >   Zumba,
>  >
>  > Não sei entendi, mas no oracle tem a função soundex,
>  > que trata mas é para a lingua inglesa se não me falha
>  > a memoria.
>  >
>  > No oracle 10g, tem as funções para tratamento de
>  > expressões regulares
>  > ex:
>  > REGEXP_LIKE, REGEXP_REPLACE etc
>  >
>  > att,
>  >
>  > Adriano
>  >
>  > --- Zumba >
>  > escreveu:
>  >
>  > > Ola,
>  > > recentemente assisti a uma palestra de Postgres que
>  > > tem um recurso de indexaçao fonetica (chamado
>  > > Tsearch).
>  > > Eh adicionado uma coluna auxiliar na tabela. Essa
>  > > coluna receber valores geradas pela funçao
>  > > especifica que atribui pesos para cada palavra. Para
>  > > agilizar a busca, cria-se um indice do tipo Gist
>  > > sobre essa coluna.
>  > > E em seguida a busca eh feita apenas por esta
>  > > coluna.
>  > >
>  > > Exemplo pratico de como fica:
>  > > 1. ALTER TABLE tblMessages ADD COLUMN idxFTI
>  > > tsvector;
>  > > 2. UPDATE tblMessages
>  > > SET
>  > > idxFTI=to_tsvector( 'default' ,coalesce( strTopic, '')
>  > > ||' '|| coalesce(strMessage ,''));
>  > > 3. CREATE INDEX idxFTI_idx ON tblMessages USING
>  > > gist(idxFTI) ;
>  > >
>  > > Armazenada na seguinte forma:
>  > > SELECT * FROM tblmessages WHERE intindex = 69;
>  > >
>  > > intindex | strtopic |
>  > > strmessage |
>  > > idxfti
>  > >
>  > >
>  >
>  > --+- - - ---+- - -+--- --
--- - --
>  > >
>  > > 69 | Attempt for dropatsymbol |
>  > > [EMAIL PROTECTED]  | 'test':1 'test.com':2
>  > >
>  > >
>  > > 4. SELECT intindex, strtopic FROM tblmessages
>  > > WHERE
>  > > idxfti @@ 'Test'::tsquery;
>  > >
>  > >
>  > >
>  > > Existe algo semelhante no Oracle que utimize e muito
>  > > consultas ao inves de usar "like" e "%"??
>  > >
>  > > Desde ja grato pela informacao
>  > > Bom final de semana a todos.
>  > >
>  > >
>  > >  _ _ _ _ __
>  > > Fale com seus amigos de graça com o novo Yahoo!
>  > > Messenger
>  > > http://br.messenger .yahoo.com/
>  > >
>  >
>  >  _ _ _ _ __
>  > Fale com seus amigos de graça com o novo Yahoo! Messenger
>  > http://br.messenger .yahoo.com/
>  >
>  > 
>  >
> 
>  [As partes desta mensagem que não continham texto foram removidas]
> 
> 
> 
>
> 
> 
> __
> Fale com seus amigos  de graça com o novo Yahoo! Messenger 
> http://br.messenger.yahoo.com/ 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>




Res: [oracle_br] Busca fonética em Oracle

2007-03-07 Por tôpico Zumba
Ol,
na verdade, o que gostaria de saber eh se existe algo relacionado a busca de 
registros com pesos!
Assim como no google, digitando uma palavra, o resultado sao varias linhas que 
tem contexto relacionado com a palavra.
 
Busco uma alternativa para isso:
. . . where nome like '%joao%silveira'

Em Postgres, esse recurso que me refiro nao faz isso. Ao inves, coloca pesos 
para cada palavra,
e ao buscar, verifica se a palavra tem relacionamento com a coluna indexado 
como meu exemplo:
Valor e o Peso:

  'test':1 'test.com':2

Eu no sei se o Oracle Text oferece esse recurso, nunca usei!
Alguem ja teve alguma experiencia assim?

Obrigado a todos.



- Mensagem original 
De: Andre Santos <[EMAIL PROTECTED]>
Para: oracle_br@yahoogrupos.com.br
Enviadas: Segunda-feira, 5 de Março de 2007 9:12:51
Assunto: Re: [oracle_br] Busca fonética em Oracle

Zumba

 Mesmo sendo originalmente definida para o inglês, acho que a função SOUNDEX
 funcionaria a contento para a maioria dos casos.
 Vale a pena fazer alguns testes.

 [ ]

 André

 Em 04/03/07, Josÿffe9 Ferreira <[EMAIL PROTECTED] com.br> escreveu:
 >
 >   Zumba,
 >
 > Não sei entendi, mas no oracle tem a função soundex,
 > que trata mas é para a lingua inglesa se não me falha
 > a memoria.
 >
 > No oracle 10g, tem as funções para tratamento de
 > expressões regulares
 > ex:
 > REGEXP_LIKE, REGEXP_REPLACE etc
 >
 > att,
 >
 > Adriano
 >
 > --- Zumba >
 > escreveu:
 >
 > > Ola,
 > > recentemente assisti a uma palestra de Postgres que
 > > tem um recurso de indexaçao fonetica (chamado
 > > Tsearch).
 > > Eh adicionado uma coluna auxiliar na tabela. Essa
 > > coluna receber valores geradas pela funçao
 > > especifica que atribui pesos para cada palavra. Para
 > > agilizar a busca, cria-se um indice do tipo Gist
 > > sobre essa coluna.
 > > E em seguida a busca eh feita apenas por esta
 > > coluna.
 > >
 > > Exemplo pratico de como fica:
 > > 1. ALTER TABLE tblMessages ADD COLUMN idxFTI
 > > tsvector;
 > > 2. UPDATE tblMessages
 > > SET
 > > idxFTI=to_tsvector( 'default' ,coalesce( strTopic, '')
 > > ||' '|| coalesce(strMessage ,''));
 > > 3. CREATE INDEX idxFTI_idx ON tblMessages USING
 > > gist(idxFTI) ;
 > >
 > > Armazenada na seguinte forma:
 > > SELECT * FROM tblmessages WHERE intindex = 69;
 > >
 > > intindex | strtopic |
 > > strmessage |
 > > idxfti
 > >
 > >
 >
 > --+- - - ---+- - -+--- - 
 > - --
 > >
 > > 69 | Attempt for dropatsymbol |
 > > [EMAIL PROTECTED]  | 'test':1 'test.com':2
 > >
 > >
 > > 4. SELECT intindex, strtopic FROM tblmessages
 > > WHERE
 > > idxfti @@ 'Test'::tsquery;
 > >
 > >
 > >
 > > Existe algo semelhante no Oracle que utimize e muito
 > > consultas ao inves de usar "like" e "%"??
 > >
 > > Desde ja grato pela informacao
 > > Bom final de semana a todos.
 > >
 > >
 > >  _ _ _ _ __
 > > Fale com seus amigos de graça com o novo Yahoo!
 > > Messenger
 > > http://br.messenger .yahoo.com/
 > >
 >
 >  _ _ _ _ __
 > Fale com seus amigos de graça com o novo Yahoo! Messenger
 > http://br.messenger .yahoo.com/
 >
 > 
 >

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



   


__
Fale com seus amigos  de graça com o novo Yahoo! Messenger 
http://br.messenger.yahoo.com/ 

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



Re: [oracle_br] Bug no dbms_metadata?

2007-03-07 Por tôpico Marcio Portes
Ivan, isso... lixo de bug! :-) Bug de lixo...
Reproduzi o que aconteceu com voce no 9i (9208). Já no 10gR2 (10.2.0.2)
funciona.

[EMAIL PROTECTED] scripts]$ . ../env9i
[EMAIL PROTECTED] scripts]$ plus

SQL*Plus: Release 9.2.0.8.0 - Production on Wed Mar 7 12:03:00 2007

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


Connected to:
Oracle9i Enterprise Edition Release 9.2.0.8.0 - Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.8.0 - Production

[EMAIL PROTECTED]> @create_tbs
[EMAIL PROTECTED]>
[EMAIL PROTECTED]> CREATE TABLESPACE "TBSDIMENSIONAL" LOGGING
  2  DATAFILE '/backup/TBSdimensional.dbf' SIZE
  3  7168M REUSE EXTENT MANAGEMENT LOCAL SEGMENT SPACE MANAGEMENT
  4  MANUAL
  5  /

Tablespace created.

[EMAIL PROTECTED]>
[EMAIL PROTECTED]> set echo off
[EMAIL PROTECTED]> select dbms_metadata.get_ddl( 'TABLESPACE',
'TBSDIMENSIONAL' ) from dual;

DBMS_METADATA.GET_DDL('TABLESPACE','TBSDIMENSIONAL')


  CREATE TABLESPACE "TBSDIMENSIONAL" DATAFILE
  '/backup/TBSdimensional.dbf' SIZE --2147483648.-.36870912 REUSE
  LOGGING ONLINE PERMANENT BLOCKSIZE 8192
  EXTENT MANAGEMENT LOCAL AUTOALLOCATE SEGMENT SPACE MANAGEMENT MANUAL



1 row selected.

Agora no 10g.

[EMAIL PROTECTED] scripts]$ plus

SQL*Plus: Release 10.2.0.2.0 - Production on Wed Mar 7 12:27:21 2007

Copyright (c) 1982, 2005, Oracle.  All Rights Reserved.


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

[EMAIL PROTECTED]> @create_tbs
[EMAIL PROTECTED]>
[EMAIL PROTECTED]> CREATE TABLESPACE "TBSDIMENSIONAL" LOGGING
  2  DATAFILE '/backup/TBSdimensional.dbf' SIZE
  3  7168M REUSE EXTENT MANAGEMENT LOCAL SEGMENT SPACE MANAGEMENT
  4  MANUAL
  5  /

Tablespace created.

[EMAIL PROTECTED]>
[EMAIL PROTECTED]> set echo off
[EMAIL PROTECTED]> select dbms_metadata.get_ddl( 'TABLESPACE',
'TBSDIMENSIONAL' ) from dual;

DBMS_METADATA.GET_DDL('TABLESPACE','TBSDIMENSIONAL')


  CREATE TABLESPACE "TBSDIMENSIONAL" DATAFILE
  '/backup/TBSdimensional.dbf' SIZE 7516192768
  LOGGING ONLINE PERMANENT BLOCKSIZE 8192
  EXTENT MANAGEMENT LOCAL AUTOALLOCATE SEGMENT SPACE MANAGEMENT MANUAL



1 row selected.




On 3/7/07, Ivan <[EMAIL PROTECTED]> wrote:
>
>   Sim, quis dizer, o bug mostra lixo... :)
>
> Fiz a consulta no meu banco de testes, com a tablespace que citei ontem.
> Note que este problema acontece independente de SO e patch aplicado, pois
> a
> primeira maquina que falei era Windows 2000 com 9.2.0.8 e esta é uma Sun
> com
> 9.2.0.7.
>
> Conectado a:
> Oracle9i Enterprise Edition Release 9.2.0.7.0 - Production
> With the Partitioning option
> JServer Release 9.2.0.7.0 - Production
>
> SQL> SELECT VALUE(KU$) TABLESPACE_T
> 2 FROM SYS.KU$_TABLESPACE_VIEW KU$
> 3 WHERE KU$.NAME='TBSDIMENSIONAL';
>
> TABLESPACE_T(VERS_MAJOR, VERS_MINOR, TS_NUM, NAME, OWNER_NUM, STATUS,
> CONTENTS,
> --
> 
>
> KU$_TABLESPACE_T('1', '0 ', 78, 'TBSDIMENSIONAL', 0, 1, 0, 0, 0, 8192, 1,
> 0,
> 0,
> 1, 2147483645, 8, 128, 8, 0, 1, 0, 8, 0, 1, 1, 0, 499599900, NULL, NULL,
> NULL, 0
>
> , 0, NULL, NULL,
> KU$_FILE_LIST_T(KU$_FILE_T('/data0/oradata/orasun/TBSdimensiona
>
> l.dbf', '/data0/oradata/orasun/TBSdimensional.dbf', 917504, 0, 0, 78)))
>
> Quando mando mostrar o DDL no EM:
>
> CREATE TABLESPACE "TBSDIMENSIONAL"
> LOGGING
> DATAFILE '/data0/oradata/orasun/TBSdimensional.dbf' SIZE
> 7168M REUSE EXTENT MANAGEMENT LOCAL SEGMENT SPACE MANAGEMENT
> MANUAL
>
> Quando mando mostrar o DDL via DBMS_METADATA:
>
> CREATE TABLESPACE "TBSDIMENSIONAL" DATAFILE
> '/data0/oradata/orasun/TBSdimensional.dbf' SIZE 2147483647.5368709121
> REUSE
> LOGGING ONLINE PERMANENT BLOCKSIZE 8192
> EXTENT MANAGEMENT LOCAL AUTOALLOCATE SEGMENT SPACE MANAGEMENT MANUAL
>
> Obrigado
> Ivan
>
> > -Mensagem original-
> > De: oracle_br@yahoogrupos.com.br [mailto:
> oracle_br@yahoogrupos.com.br ]
> > Em nome de Marcio Portes
> > Enviada em: terça-feira, 6 de março de 2007 23:40
> > Para: oracle_br@yahoogrupos.com.br 
> > Assunto: Re: [oracle_br] Bug no dbms_metadata?
> >
> > Hmmm.
> > Pode ser lixo mesmo. Mas eu ainda aposto em bug. Acho que pode estar
> > acontecendo algo na KU$_FILE_LIST_T que mostra os datafiles da
> > tablespace
> > (metadata).
> >
> > Me faz um favor, roda esse script.
> >
> > SELECT VALUE(KU$) TABLESPACE_T
> > FROM SYS.KU$_TABLESPACE_VIEW KU$
> > WHERE KU$.NAME=''
> >
> > Deixa eu ver os valores?
> >
> > On 3/6/07, Ivan <[EMAIL PROTECTED]   ivanrs79% 40gmail.com> >
> > wrote:
> > >
> > > Marcio,
> > >
> > > O "set long" já está sendo feito no sqlplus.
> > >
> > > Meu script é este:
> > >
> > > set long 5
> > > set pages 0
> > > spool create_tablespaces.sql
> > > Select dbms_metadata.get_ddl('TABLESPACE',tablespace_name) F

Re: [oracle_br] Bug no dbms_metadata?

2007-03-07 Por tôpico Andre Santos
Ivan

Depois dessas verificações que você fez (levando a crer que seja bug mesmo),
seria interessante acionar o suporte da Oracle. Pode ser um problema que não
tenha sido relatado antes.

[ ]

André


Em 07/03/07, Ivan <[EMAIL PROTECTED]> escreveu:
>
>   Sim, quis dizer, o bug mostra lixo... :)
>
> Fiz a consulta no meu banco de testes, com a tablespace que citei ontem.
> Note que este problema acontece independente de SO e patch aplicado, pois
> a
> primeira maquina que falei era Windows 2000 com 9.2.0.8 e esta é uma Sun
> com
> 9.2.0.7.
>
> Conectado a:
> Oracle9i Enterprise Edition Release 9.2.0.7.0 - Production
> With the Partitioning option
> JServer Release 9.2.0.7.0 - Production
>
> SQL> SELECT VALUE(KU$) TABLESPACE_T
> 2 FROM SYS.KU$_TABLESPACE_VIEW KU$
> 3 WHERE KU$.NAME='TBSDIMENSIONAL';
>
> TABLESPACE_T(VERS_MAJOR, VERS_MINOR, TS_NUM, NAME, OWNER_NUM, STATUS,
> CONTENTS,
> --
> 
>
> KU$_TABLESPACE_T('1', '0 ', 78, 'TBSDIMENSIONAL', 0, 1, 0, 0, 0, 8192, 1,
> 0,
> 0,
> 1, 2147483645, 8, 128, 8, 0, 1, 0, 8, 0, 1, 1, 0, 499599900, NULL, NULL,
> NULL, 0
>
> , 0, NULL, NULL,
> KU$_FILE_LIST_T(KU$_FILE_T('/data0/oradata/orasun/TBSdimensiona
>
> l.dbf', '/data0/oradata/orasun/TBSdimensional.dbf', 917504, 0, 0, 78)))
>
> Quando mando mostrar o DDL no EM:
>
> CREATE TABLESPACE "TBSDIMENSIONAL"
> LOGGING
> DATAFILE '/data0/oradata/orasun/TBSdimensional.dbf' SIZE
> 7168M REUSE EXTENT MANAGEMENT LOCAL SEGMENT SPACE MANAGEMENT
> MANUAL
>
> Quando mando mostrar o DDL via DBMS_METADATA:
>
> CREATE TABLESPACE "TBSDIMENSIONAL" DATAFILE
> '/data0/oradata/orasun/TBSdimensional.dbf' SIZE 2147483647.5368709121
> REUSE
> LOGGING ONLINE PERMANENT BLOCKSIZE 8192
> EXTENT MANAGEMENT LOCAL AUTOALLOCATE SEGMENT SPACE MANAGEMENT MANUAL
>
> Obrigado
> Ivan
>
> > -Mensagem original-
> > De: oracle_br@yahoogrupos.com.br [mailto:
> oracle_br@yahoogrupos.com.br ]
> > Em nome de Marcio Portes
> > Enviada em: terça-feira, 6 de março de 2007 23:40
> > Para: oracle_br@yahoogrupos.com.br 
> > Assunto: Re: [oracle_br] Bug no dbms_metadata?
> >
> > Hmmm.
> > Pode ser lixo mesmo. Mas eu ainda aposto em bug. Acho que pode estar
> > acontecendo algo na KU$_FILE_LIST_T que mostra os datafiles da
> > tablespace
> > (metadata).
> >
> > Me faz um favor, roda esse script.
> >
> > SELECT VALUE(KU$) TABLESPACE_T
> > FROM SYS.KU$_TABLESPACE_VIEW KU$
> > WHERE KU$.NAME=''
> >
> > Deixa eu ver os valores?
> >
> > On 3/6/07, Ivan <[EMAIL PROTECTED]   ivanrs79% 40gmail.com> >
> > wrote:
> > >
> > > Marcio,
> > >
> > > O "set long" já está sendo feito no sqlplus.
> > >
> > > Meu script é este:
> > >
> > > set long 5
> > > set pages 0
> > > spool create_tablespaces.sql
> > > Select dbms_metadata.get_ddl('TABLESPACE',tablespace_name) From
> > > dba_tablespaces;
> > > spool off
> > > exit
> > >
> > > Aqui no banco de testes, fiz a consulta e me retornou um datafile com
> > > tamanho "2147483647.5368709121".
> > > O valor correto, que aparece no EM, é a soma dos dois,
> > > 2147483647+5368709121=7516192768, ou 7168 Mb
> > >
> > > Me parece que é algum lixo de informação que fica quando aumenta o
> > tamanho
> > > de datafiles...
> > >
> > > > -Mensagem original-
> > > > De: oracle_br@yahoogrupos.com.br 
> > 
> > [mailto:
> > > oracle_br@yahoogrupos.com.br   oracle_br%40yahoogrupos.com.br>
> > ]
> > > > Em nome de Marcio Portes
> > > > Enviada em: terça-feira, 6 de março de 2007 16:36
> > > > Para: oracle_br@yahoogrupos.com.br 
> > 
> > 
> > > > Assunto: Re: [oracle_br] Bug no dbms_metadata?
> > > >
> > > > Ivan,
> > > >
> > > > tenta
> > > > set long 1000
> > > > faz o select dbms_metadata e envia pra lista. Eu procurei no
> > metalink
> > > > algum
> > > > bug relacionado com o dbms_metadata, achei alguns mas nenhum com
> > > > referência
> > > > ao que está acontencendo contigo. Acho que por a plataforma ser
> > > > Windows,
> > > > pode haver algum probleminha, mas vamos ver a saída toda do
> > > > DBMS_METADATA e
> > > > depois a lista opina.
> > > >
> > > > On 3/6/07, Ivan <[EMAIL PROTECTED]   ivanrs79% 40gmail.com>
> >   > > ivanrs79% 40gmail.com> >
> > >
> > > > wrote:
> > > > >
> > > > > Pessoal,
> > > > >
> > > > > Num banco Oracle 9.2.0.8, faz parte do procedimento de backup a
> > > > criação de
> > > > > um script que recriaria as tablespaces. Este script nada mais é
> > que
> > > > um
> > > > > select na tabela dba_tablespaces usando
> > > > > "dbma_metadata.get_ddl('TABLESPACE',
> > > > > tablespace_name)".
> > > > >
> > > > > Acontece que o tamanho do datafile em algumas situações vem
> > errado.
> > > > Um
> > > > > exemplo:
> > > > >
> > > > > CREATE TABLESPACE "AAA_ONLINE_DAT_C1" DATAFILE
> > > > >
> > > > > 'I:\ORACLE\ORADATA\DBQDS\AAA_ONLINE_DAT_C1-01.ORA' SIZE
> > > > > 1895825408.8589934592
> > > > > REUSE ,
> > > > >
> > > > > 'I:\ORACLE\ORADATA\DBQDS\AAA_ONLINE_DAT_C1-02.ORA' S

[oracle_br] SqlNavigator

2007-03-07 Por tôpico Celso Henrique Souza
Olá Pessoal,

Por acaso alguém conhece algum crack para o SQLNavigator 5.5.2

Grato
 
Celso Henrique O. Souza





__
Fale com seus amigos  de graça com o novo Yahoo! Messenger 
http://br.messenger.yahoo.com/ 

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



RES: [oracle_br] Bug no dbms_metadata?

2007-03-07 Por tôpico Ivan
Sim, quis dizer, o bug mostra lixo... :)

Fiz a consulta no meu banco de testes, com a tablespace que citei ontem.
Note que este problema acontece independente de SO e patch aplicado, pois a
primeira maquina que falei era Windows 2000 com 9.2.0.8 e esta é uma Sun com
9.2.0.7. 

Conectado a:
Oracle9i Enterprise Edition Release 9.2.0.7.0 - Production
With the Partitioning option
JServer Release 9.2.0.7.0 - Production

SQL> SELECT VALUE(KU$) TABLESPACE_T
  2  FROM SYS.KU$_TABLESPACE_VIEW KU$
  3  WHERE KU$.NAME='TBSDIMENSIONAL';

TABLESPACE_T(VERS_MAJOR, VERS_MINOR, TS_NUM, NAME, OWNER_NUM, STATUS,
CONTENTS,



KU$_TABLESPACE_T('1', '0 ', 78, 'TBSDIMENSIONAL', 0, 1, 0, 0, 0, 8192, 1, 0,
0,
1, 2147483645, 8, 128, 8, 0, 1, 0, 8, 0, 1, 1, 0, 499599900, NULL, NULL,
NULL, 0

, 0, NULL, NULL,
KU$_FILE_LIST_T(KU$_FILE_T('/data0/oradata/orasun/TBSdimensiona

l.dbf', '/data0/oradata/orasun/TBSdimensional.dbf', 917504, 0, 0, 78)))


Quando mando mostrar o DDL no EM:

CREATE TABLESPACE "TBSDIMENSIONAL" 
LOGGING 
DATAFILE '/data0/oradata/orasun/TBSdimensional.dbf' SIZE 
7168M REUSE EXTENT MANAGEMENT LOCAL SEGMENT SPACE MANAGEMENT 
MANUAL

Quando mando mostrar o DDL via DBMS_METADATA:

  CREATE TABLESPACE "TBSDIMENSIONAL" DATAFILE
  '/data0/oradata/orasun/TBSdimensional.dbf' SIZE 2147483647.5368709121
REUSE
  LOGGING ONLINE PERMANENT BLOCKSIZE 8192
  EXTENT MANAGEMENT LOCAL AUTOALLOCATE SEGMENT SPACE MANAGEMENT MANUAL

Obrigado
Ivan

> -Mensagem original-
> De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED]
> Em nome de Marcio Portes
> Enviada em: terça-feira, 6 de março de 2007 23:40
> Para: oracle_br@yahoogrupos.com.br
> Assunto: Re: [oracle_br] Bug no dbms_metadata?
> 
> Hmmm.
> Pode ser lixo mesmo. Mas eu ainda aposto em bug. Acho que pode estar
> acontecendo algo na KU$_FILE_LIST_T que mostra os datafiles da
> tablespace
> (metadata).
> 
> Me faz um favor, roda esse script.
> 
> SELECT VALUE(KU$) TABLESPACE_T
> FROM SYS.KU$_TABLESPACE_VIEW KU$
> WHERE KU$.NAME=''
> 
> Deixa eu ver os valores?
> 
> On 3/6/07, Ivan <[EMAIL PROTECTED]  >
> wrote:
> >
> > Marcio,
> >
> > O "set long" já está sendo feito no sqlplus.
> >
> > Meu script é este:
> >
> > set long 5
> > set pages 0
> > spool create_tablespaces.sql
> > Select dbms_metadata.get_ddl('TABLESPACE',tablespace_name) From
> > dba_tablespaces;
> > spool off
> > exit
> >
> > Aqui no banco de testes, fiz a consulta e me retornou um datafile com
> > tamanho "2147483647.5368709121".
> > O valor correto, que aparece no EM, é a soma dos dois,
> > 2147483647+5368709121=7516192768, ou 7168 Mb
> >
> > Me parece que é algum lixo de informação que fica quando aumenta o
> tamanho
> > de datafiles...
> >
> > > -Mensagem original-
> > > De: oracle_br@yahoogrupos.com.br
> 
> [mailto:
> > oracle_br@yahoogrupos.com.br 
> ]
> > > Em nome de Marcio Portes
> > > Enviada em: terça-feira, 6 de março de 2007 16:36
> > > Para: oracle_br@yahoogrupos.com.br
> 
> 
> > > Assunto: Re: [oracle_br] Bug no dbms_metadata?
> > >
> > > Ivan,
> > >
> > > tenta
> > > set long 1000
> > > faz o select dbms_metadata e envia pra lista. Eu procurei no
> metalink
> > > algum
> > > bug relacionado com o dbms_metadata, achei alguns mas nenhum com
> > > referência
> > > ao que está acontencendo contigo. Acho que por a plataforma ser
> > > Windows,
> > > pode haver algum probleminha, mas vamos ver a saída toda do
> > > DBMS_METADATA e
> > > depois a lista opina.
> > >
> > > On 3/6/07, Ivan <[EMAIL PROTECTED] 
>   > ivanrs79% 40gmail.com> >
> >
> > > wrote:
> > > >
> > > > Pessoal,
> > > >
> > > > Num banco Oracle 9.2.0.8, faz parte do procedimento de backup a
> > > criação de
> > > > um script que recriaria as tablespaces. Este script nada mais é
> que
> > > um
> > > > select na tabela dba_tablespaces usando
> > > > "dbma_metadata.get_ddl('TABLESPACE',
> > > > tablespace_name)".
> > > >
> > > > Acontece que o tamanho do datafile em algumas situações vem
> errado.
> > > Um
> > > > exemplo:
> > > >
> > > > CREATE TABLESPACE "AAA_ONLINE_DAT_C1" DATAFILE
> > > >
> > > > 'I:\ORACLE\ORADATA\DBQDS\AAA_ONLINE_DAT_C1-01.ORA' SIZE
> > > > 1895825408.8589934592
> > > > REUSE ,
> > > >
> > > > 'I:\ORACLE\ORADATA\DBQDS\AAA_ONLINE_DAT_C1-02.ORA' SIZE
> > > > --2147483648.-.0064771
> > > > 072 REUSE ,
> > > >
> > > > 'I:\ORACLE\ORADATA\DBQDS\AAA_ONLINE_DAT_C1-03.ORA' SIZE
> > > > --2147483648.-.0064771
> > > > 072 REUSE ,
> > > >
> > > > 'I:\ORACLE\ORADATA\DBQDS\AAA_ONLINE_DAT_C1-04.ORA' SIZE
> > > > --2147483648.-.0064771
> > > > 072 REUSE ,
> > > >
> > > > 'I:\ORACLE\ORADATA\DBQDS\AAA_ONLINE_DAT_C1-05.ORA' SIZE
> > > > --2147483648.-.0064771
> > > > 072 REUSE ,
> > > >
> > > > 'I:\ORACLE\ORADATA\DBQDS\AAA_ONLINE_DAT_C1-06.ORA' SIZE
> 

[oracle_br] Backup e Restore

2007-03-07 Por tôpico Glauber Moisés Garcia
Pessoal,

o meu Oracle está trabalhando em modo ARCHIVE .
Qual o procedimento que devo fazer pra realizar um backup de forma a zerar 
esses archives ?

E qual o procedimento pra fazer um restore utilizando os archives pra voltar o 
banco à posição
mais atualizada ?




Atenciosamente,



Glauber





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



RES: [oracle_br] Re: Jdeveloper

2007-03-07 Por tôpico Marcelo
Rafael,
Aqui eu uso o Jdeveloper, porém a versão do Oracle é 9i.
Para conexão usando SqlWorkSheet eu tenho esta conexão:

 
Para outras conexões usando programas java:
 
 
try 
{
Class.forName("oracle.jdbc.driver.OracleDriver");
con =
DriverManager.getConnection("jdbc:oracle:thin:@192.168.0.16:1521:DBAP",
sUsuario, sSenha);
}
catch (SQLException ex) 
{
while (ex != null) 
{
JOptionPane.showMessageDialog(null,
"MESSAGE:  " + ex.getMessage(), "SQL ERROR Exception",
JOptionPane.ERROR_MESSAGE);
ex = ex.getNextException();
}
} 
catch (java.lang.Exception ex) 
{
ex.printStackTrace();
}
At.
 
 
Marcelo Alberto Lauschner 
Tecnologia e Informática
Auto Pratense Ltda
* - Fone: (0XX54) 3242-3615
* - Fax: (0XX54) 3242-3648
* - E-mail: HYPERLINK
"mailto:[EMAIL PROTECTED]"[EMAIL PROTECTED]
* - WWW: HYPERLINK "http://www.autopratense.com.br/"www.autopratense.com.br
 
   _  

De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
nome de r.sistemas
Enviada em: terça-feira, 6 de março de 2007 14:43
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Re: Jdeveloper
 
Gostaria de saber se alguém pode me ajudar a fazer uma conexão do 
Jdeveloper com o oracle 8i. O q devo colocar no CVS connection? eu sei 
a senha o usuario e a host mas não sei como configurar.

Desde ja agradeço a todos!

--- Em HYPERLINK
"mailto:oracle_br%40yahoogrupos.com.br"[EMAIL PROTECTED],
"rafael rosa" <[EMAIL PROTECTED]> 
escreveu
>
> Senhores
> 
> Algum de vocês utiliza o Jdeveloper com Oracle 8i,
> caso positivo gostaria de tirar umas dúvidas em pvt.
> 
> Valeu
> 
> Rafael/RS
> 
> -_-_-_-_-_-_
> MSN Messenger: converse com os seus amigos online. 
> HYPERLINK "http://messenger.msn.com.br"http://messenger.-msn.com.br
>
 

--
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.5.446 / Virus Database: 268.18.7/712 - Release Date: 6/3/2007
15:42


-- 
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.5.446 / Virus Database: 268.18.7/712 - Release Date: 6/3/2007
15:42
 
  


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



[oracle_br] Vagas - Aviso da Moderação

2007-03-07 Por tôpico Dorian Anderson Soutto
Pessoal, o portal do oraclebr está ok e pronto para receber cadastro de novas 
vagas. Vamos evitar este tipo de e-mail para não perder o foco do grupo. 
Existem algumas pessoas de consultorias que estão moderadas e chegam a enviar 
15 e-mails por dia de vagas na área de TI. Se eu abrir precedente para um, 
terei que abrir para todos.  Mas se realmente alguém deseja receber este tipo 
de e-mail, basta se inscrever no grupo [EMAIL PROTECTED] . É um grupo exclusivo 
para este fim.

[J]s
Dorian



  - Original Message - 
  From: 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, March 06, 2007 10:55 PM
  Subject: Re: [oracle_br] Vaga Analista/programador CE


  Vaga por tempo indeterminado. 

  Não tenho autorização da empresa para disponibilizar seu nome. Pediram apenas 
que avaliasse alguns curriculos e a pretensao salarial e que selecionasse os 
que mais se adequam as nossas necessidades para enviar ao RH para que eles 
entrem em contato com os canditados.

  David Silveira

  davidsmota <[EMAIL PROTECTED]> escreveu:
  Empresa multinacional na area de TI contrata analista/desenvolvedor 
  para atuar em sistemas ERP baseados em Forms e Reports em sua filial 
  em Fortaleza-CE .

  Conhecimentos desejaveis:
  PLSQL
  SQL 
  Forms e Reports

  Interssados enviar curriculo com pretensão salarial para 
  [EMAIL PROTECTED]

  __
  Fale com seus amigos de graça com o novo Yahoo! Messenger 
  http://br.messenger.yahoo.com/ 

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



   

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