Re: [oracle_br] Bloco de 16 KB no DB_BLOCK_SIZE

[Diego Leite]

Amigao,

Por qual motivo alterar o unico parametro que nao deve ser alterado
apos a criaçao da instancia? QUando vc define o tamanho dos blocos do
banco ele utliza o mesmo tamanho para a criação dos datafiles do
SYSTEM e SYSAUX.
Qual o tamanho do seu bloco de SO?

Se for para algum tablespace em especial vc pode fazer como nosso
colega citou anteriormente(Nunca tentei).Porem tome cuidado pois se vc
utilizar um disco com blocos de 8kb ele ira buscar 2 blocos de SO para
cada bloco ORACLE 16k. Assim aumentando o I/O e degradando a
performance do seu banco de dados.

De qualque forma é melhor esperar ate amanha, pois nossos colegas irao
te ajudar!!



2009/6/24 Willian Fernando Frasson :
>
>
> Amigo boa noite, não precisa não, você ter multi blocks basta configurar os
> seguintes parametros como ex:
>
> DB_4K_CACHE_SIZE =4096
> DB_8K_CACHE_SIZE = 8192
> DB_16K_CACHE_SIZE = 16384
> DB_32K_CACHE_SIZE = 32768
>
> - Original Message -
> From: cegoncalvesvr
> To: oracle_br@yahoogrupos.com.br
> Sent: Wednesday, June 24, 2009 8:32 PM
> Subject: [oracle_br] Bloco de 16 KB no DB_BLOCK_SIZE
>
> Amigos,
>
> O meu db_block_size foi criado na instalação do banco com o bloco de 08 KB.
> preciso mudar para 16 kb o bloco, é possível?
> Se for possivel, terei algum outro problema no banco?
>
> Urgente
> Obrigado
>
> --
>
> O Banco de Dados de Vírus interno expirou.
> Verificado por AVG - http://www.avgbrasil.com.br
> Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de
> Lançamento: 30/1/2009 17:31
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 



-- 
Att,


Diego Leite
DBA ORACLE

Re: [oracle_br] Bloco de 16 KB no DB_BLOCK_SIZE

[Willian Fernando Frasson]

Amigo boa noite, não precisa não, você ter multi blocks basta configurar os 
seguintes parametros como ex:

DB_4K_CACHE_SIZE  =4096
DB_8K_CACHE_SIZE  = 8192
DB_16K_CACHE_SIZE = 16384
DB_32K_CACHE_SIZE = 32768


  - Original Message - 
  From: cegoncalvesvr 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, June 24, 2009 8:32 PM
  Subject: [oracle_br] Bloco de 16 KB no DB_BLOCK_SIZE





  Amigos,

  O meu db_block_size foi criado na instalação do banco com o bloco de 08 KB.
  preciso mudar para 16 kb o bloco, é possível?
  Se for possivel, terei algum outro problema no banco?

  Urgente
  Obrigado




  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

[oracle_br] Bloco de 16 KB no DB_BLOCK_SIZE

[cegoncalvesvr]

Amigos,

   O meu db_block_size foi criado na instalação do banco com o bloco de 08 KB.
   preciso mudar para 16 kb o bloco, é possível?
   Se for possivel, terei algum outro problema no banco?

Urgente
Obrigado
   

Re: [oracle_br] Auxilio em consulta

[Fábio Gibon - Comex System]

ops... é NUM_ROWS e não ROW_COUNT.

sds
Gibon
  - Original Message - 
  From: Fábio Gibon - Comex System 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, June 24, 2009 7:38 PM
  Subject: Re: [oracle_br] Auxilio em consulta


  Robson,
   sem fazer um count em cada tabela realmente desconheço, o que mais 
se aproximaria da realidade seria uma consulta na DBA_TABLES (já que é mais de 
um owner) consultando as colunas OWNER, TABLE_NAME e ROW_COUNT, mas para isto é 
necessário que as estatísticas estejam em dia.

  sds
  Gibon
- Original Message - 
From: Robson Muniz (Terra) 
To: oracle_br@yahoogrupos.com.br 
Sent: Wednesday, June 24, 2009 3:21 PM
Subject: [oracle_br] Auxilio em consulta





Boa tarde a todos(as),

Imaginem que eu tenha uma instância com 2 owner's distintos e cada um deles
com 5 tabelas... 

Algum de vocês possui algum processo para que eu consiga saber qual a
quantidade de registros de cada uma das tabelas de cada um desses owner's?

Ex.:

Owner1.tabela1 = 100 registros

Owner1.tabela2 = 500 registros

Owner2.tabela1 = 350 registros

Owner2.tabela2 = 520 registros

Obrigado,

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





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

Re: [oracle_br] Auxilio em consulta

[Fábio Gibon - Comex System]

Robson,
 sem fazer um count em cada tabela realmente desconheço, o que mais se 
aproximaria da realidade seria uma consulta na DBA_TABLES (já que é mais de um 
owner) consultando as colunas OWNER, TABLE_NAME e ROW_COUNT, mas para isto é 
necessário que as estatísticas estejam em dia.

sds
Gibon
  - Original Message - 
  From: Robson Muniz (Terra) 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, June 24, 2009 3:21 PM
  Subject: [oracle_br] Auxilio em consulta





  Boa tarde a todos(as),

  Imaginem que eu tenha uma instância com 2 owner's distintos e cada um deles
  com 5 tabelas... 

  Algum de vocês possui algum processo para que eu consiga saber qual a
  quantidade de registros de cada uma das tabelas de cada um desses owner's?

  Ex.:

  Owner1.tabela1 = 100 registros

  Owner1.tabela2 = 500 registros

  Owner2.tabela1 = 350 registros

  Owner2.tabela2 = 520 registros

  Obrigado,

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



  

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

Re: [oracle_br] Material Oracle10g para certificaç ã

[Fernando Martins]

Ola Erika,

bom eu estou usando o livro "Oracle Database 10g Certificação OCP Guia
Completo para o Exame", de Damir Bersinic e John Watson. O livro é bom e
cobre as duas provas (até então era duas, agora são 3 provas). As duas são
bem separados e divididas (1z0-042 e 1z0-043) então se vc já tem a OCA10g
pode pular essa parte e ir direto para da OCP, que foi o que eu fiz. Ele tem
tb alguns exercicios dentro do livro porém bem simples. E para simulados to
usando os da Self-Test, que são oficiais da Oracle, mas tu pode usar tb os
da Trancender ou TeskKing ainda. Estou marcando minha prova para o mês que
vem, uma vez que eu acredito estar pronto (>90% de acertos nos simulados).
Wish me luck! E boa sorte pra vc tb!

-- 
Fernando Martins


"God grant us the serenity to accept the things we cannot change,
courage to change the things we can,
and wisdom to know the difference."


2009/6/24 erikafurlan 

>
>
> Olá pessoal sou nova no grupo possuo certificação OCP9i a depois de anos
> agora estou querendo fazer Oracle 10g, alguem pode me ajudar como consigo o
> material, aonde comprar e tudo mais.
>
> Agradeço desde já
>
>  
>


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

[oracle_br] Auxilio em consulta

[Robson Muniz (Terra)]

Boa tarde a todos(as),

Imaginem que eu tenha uma instância com 2 owner’s distintos e cada um deles
com 5 tabelas... 

 

Algum de vocês possui algum processo para que eu consiga saber qual a
quantidade de registros de cada uma das tabelas de cada um desses owner’s?

 

Ex.:

 

Owner1.tabela1 = 100 registros

Owner1.tabela2 = 500 registros

 

Owner2.tabela1 = 350 registros

Owner2.tabela2 = 520 registros

 

 

Obrigado,

 

 

 



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

[oracle_br] Material Oracle10g para certificaçã

[erikafurlan]

Olá pessoal sou nova no grupo possuo certificação OCP9i a depois de anos agora 
estou querendo fazer Oracle 10g, alguem pode me ajudar como consigo o material, 
aonde comprar e tudo mais.

Agradeço desde já

[oracle_br] Re: Indices para tabelas particionadas

[jlchiappa]

Blz, André ? Então, "propriedade" ou atributo em si não há nenhuma específica 
pra índice em cima duma tabela particionada, a única diferença que pode haver é 
vc criar o índice também particionado ou não, há sintaxes diferentes pra criar 
particionado ou não Quem vai DETERMINAR porém se vale ou não a pena vc 
particionar o índice também é o USO que vc faz deles : para um índice usado via 
key-search (ie, busca de apenas um record via chave completa ) apenas via de 
regra não vale particionar, já para um índice frequentemente usado para index 
scan (E com a chave do articionamento como parte do WHERE) vale muito a pena SE 
PARTICIONAR...

 []s

  Chiappa

--- Em oracle_br@yahoogrupos.com.br, André Alves  escreveu
>
> Olá amigos,
>  
> Passei recentemente uma tabela de não particionanada para particionada em 4 
> particoes localizadas fisicamente na mesma tablespace, por range em um campo 
> data, tenho cerca de 7 indices nessa tabela localizados. A versão do banco é 
> 9i. Gostaria de saber se esses indices precisam de algum atributo especial 
> devido a essa tabela ser particionada, ou o comando para criação de indice 
> continua o mesmo??
>  
>  
> Obrigado, André
>  
>  
>  
> 
> 
>   Veja quais são os assuntos do momento no Yahoo! +Buscados
> http://br.maisbuscados.yahoo.com
> 
> [As partes desta mensagem que não continham texto foram removidas]
>

[oracle_br] Re: [usuarios_oracle] Indices para tabelas particionadas

[Gustavo Venturini de Lima]

Boa tarde André.
A criação de índices particionados ou não vai depender de uma melhor análise
nestes seus 7 indices para esta tabela.
A sintaxe sofre uma alteração na criação dos índices particionados.
Dê uma olhada melhor nas referencias SQL, mas um exemplo seria:

CREATE INDEX IDX01_TB_ACCOUNT ON TB_ACCOUNT (CAMPO1, CAMPO2, CAMPO3)
  TABLESPACE TS_I01
  INITRANS   2
  MAXTRANS   255
LOCAL (
  PARTITION PART1
TABLESPACE TS_I02
PCTFREE10
INITRANS   2
MAXTRANS   255
STORAGE(
INITIAL  1G
NEXT 1G
MINEXTENTS   1
MAXEXTENTS   UNLIMITED
PCTINCREASE  0
BUFFER_POOL  DEFAULT
   ),
  PARTITION PART12
TABLESPACE TS_I02
PCTFREE10
INITRANS   2
MAXTRANS   255
STORAGE(
INITIAL  1G
NEXT 1G
MINEXTENTS   1
MAXEXTENTS   UNLIMITED
PCTINCREASE  0
BUFFER_POOL  DEFAULT
   )
);



Abraços.

Gustavo.



2009/6/24 André Alves 

>
>
> Olá amigos,
>
> Passei recentemente uma tabela de não particionanada para particionada em 4
> particoes localizadas fisicamente na mesma tablespace, por range em um campo
> data, tenho cerca de 7 indices nessa tabela localizados. A versão do banco é
> 9i. Gostaria de saber se esses indices precisam de algum atributo especial
> devido a essa tabela ser particionada, ou o comando para criação de indice
> continua o mesmo??
>
>
> Obrigado, André
>
>
>
>
> Veja quais são os assuntos do momento no Yahoo! +Buscados
> http://br.maisbuscados.yahoo.com
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>


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

Re: RES: Res: [oracle_br] Solicitação Mate rial - DBA Oracle 10g

[André Alves]

olá anderson, poderia me fornecer tb esse material?? obrigado, André
 


--- Em qui, 18/6/09, Wellington Duarte  
escreveu:


De: Wellington Duarte 
Assunto: RES: Res: [oracle_br] Solicitação Material - DBA Oracle 10g
Para: oracle_br@yahoogrupos.com.br
Data: Quinta-feira, 18 de Junho de 2009, 16:29








Marco,

Qual a sua conta?

Wellington

De: oracle...@yahoogrup os.com.br [mailto:oracle...@yahoogrup os.com.br] Em 
nome de Anderson Santiago
Enviada em: segunda-feira, 15 de junho de 2009 21:00
Para: oracle...@yahoogrup os.com.br
Assunto: Res: Res: [oracle_br] Solicitação Material - DBA Oracle 10g

Marco,

tenho os as video aulas do Oracle 9i e 10g e mais um outro dvd contendo 
documetações e oracle 9i , XE e 11 para linux, são muitos pdfs e documentos 
adicionais por mais 50, se quiser somente as video aulas, cabem num dvd é só 
depositar os 50 ou eu envio por sedex a cobrar como desejar.
O valor de envio dos dois cds para seu cep são...

Entrega: A entrega será realizada na agência mais próxima do endereço do 
destinatário.

Valor do Frete: R$ 10,60
Seguro Obrigatório Valor Declarado: R$ 100,00 - Tarifa: R$ 1,00

Serviços Opcionais Mão Própria
Envelope Bolha para DVD: R$ 1,20
Valor Total: R$ 12,80

Clique aqui para saber mais sobre o SEDEX A COBRAR.

por sedex a cobrar, se desejar pode fazer o depósito de 50 pelas video aulas ou 
90 pelos dois DVD´s.
Se quiser depositar direto em conta, podemos fazer desse jeito e posto o sedex 
normal.

Att.

Anderson

- Mensagem original 
De: "marco.borges@ ymail.com" mailto:marco. borges%40ymail. com>>
Para: oracle...@yahoogrup os.com.br
Enviadas: Sexta-feira, 12 de Junho de 2009 15:28:20
Assunto: Res: [oracle_br] Solicitação Material - DBA Oracle 10g

Ola Anderson,

Tenho interesse em todo material, voce e de qual cidade? Eu sou de Sao Paulo, 
Cep 05438-300.

Marco Borges
Enviado pelo meu aparelho BlackBerry® da Vivo

-Original Message-
From: Anderson Santiago mailto:anderson_ 
santiago% 40yahoo.com. br>>

Date: Thu, 11 Jun 2009 05:13:29
To: mailto:oracle_ br%40yahoogrupos .com.br>>
Subject: Res: [oracle_br] Solicitação Material - DBA Or
acle 10g

Eu estou enviando o DVD com as do 9 e 10g junto, são 50 mais despesas de envio, 
podemos fazer sedex a cobrar se preferir, é só passar o seu endereço que eu 
envio assim que der o ok.

Att.

Anderson

 _ _ __
De: Sandro Gazoni mailto:sgazoni% 40yahoo.com. br>>
Para: oracle...@yahoogrup os.com.br
Enviadas: Quinta-feira, 11 de Junho de 2009 8:49:47
Assunto: Re: [oracle_br] Solicitação Material - DBA Oracle 10g

Anderson eu tenho interesse nas video aulas do oracle 10g.

- Original Message -
From: Anderson Santiago
To: oracle...@yahoogrup os.com.br
Sent: Thursday, June 11, 2009 6:21 AM
Subject: Res: [oracle_br] Solicitação Material - DBA Oracle 10g

São 14 arquivos de vide aula do Oracle 9 e 4 video alua do oracle 10g isso dá 
quase 2 gb, eu posso gravar um dvd e mandar pelo correio, por sedex a cobrar ou 
como preferir.
Eles cobrem tudo desde fundamento até técnicas avançadas, em portugues.
Usando eles também pode fazer os testes que vem junto para provar o seu 
conhecimento após cada video aula.
Faço por 50 reais mais o preço do correio. Está bem conta, já que qualquer 
livro de Oracle vai ser bem mais caro (no minimo R$200), menos completo e não 
vai ter os testes,
fora que a Oracle não vende mais essas video-aulas porque o valor era bem 
exorbitante e ninguém comprava.
Segue a lista de todos os topicos que ele aborda.

DVD 1 - Video Aulas Oracle 9i em PORTUGUES
Database Administration - Security
Database Administration - Create a Database
Database Administration - Manage a Instance
Database Administration - Manage Storage Structures
Database Administration - Manage Data Storage
Database Administration - Perform Databse Backups
Database Administration - Recover Databse
Database Administration - Set Up Oracle *Net Services
DML and DDL
Data Retrieval Techniques
Basic SELECT Startements
Performance Tunning - Strategies and Techniques
Performance Tunning - Managing Memory and Disk I/O
Performance Tunning - Optimizing Sorts and Minimizing Contention

DVD 2 - Video Aulas oracle 10g em ingles
Administration Workshop I part 1
Administration Workshop I part 2
Administration Workshop I part 3
Administration Workshop I part 4

Tenho muito mais material, PDF´s e manuais, em portugues e ingles, seria mais 
um dvd e podemos negociar se houver interesse.
Att.

Anderson

 _ _ __
De: Carlos Henrique 
Para: oracle...@yahoogrup os.com.br
Enviadas: Quarta-feira, 10 de Junho de 2009 16:34:40
Assunto: Re: [oracle_br] Solicitação Material - DBA Oracle 10g

Olá Anderson,

estou interessado. Como você poderia me enviar todo o material e quanto é o seu 
preço ?

At.
Carlos
- Original Message -
From: Anderson Santiago
To: oracle...@yahoogrup os.c

[oracle_br] Indices para tabelas particionadas

[André Alves]

Olá amigos,
 
Passei recentemente uma tabela de não particionanada para particionada em 4 
particoes localizadas fisicamente na mesma tablespace, por range em um campo 
data, tenho cerca de 7 indices nessa tabela localizados. A versão do banco é 
9i. Gostaria de saber se esses indices precisam de algum atributo especial 
devido a essa tabela ser particionada, ou o comando para criação de indice 
continua o mesmo??
 
 
Obrigado, André
 
 
 


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

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

[oracle_br] Re: Tablespace de LOB...

[jlchiappa]

Sim, é ** perfeitamente ** possível, a resposta, como na maioria das vezes que 
se fala de LObs, é a package DBMS_LOB, vc poderia pedir um :

select min(dbms_lob.getlength(campolob)), max(dbms_lob.getlength(campolob)), 
avg(dbms_lob.getlength(campolob)) FROM tabela;

e para ver os maiores (top-10, digamos) vc poderia pedir algo tipo :


select * from (select dbms_lob.getlength(campolob) FROM tabela order by 1 desc)
 where rownum < 11;

=> SE vc ver que o tamanho dos LObs não justifica o crescimento da tablespace, 
algumas possibilidades que vc deve checar :

 a) checar se outros objetos estão usando a tablespace, e/ou se já usaram e há 
montes de white space reservado para outros objs afora o LOB

 b) verificar tamanho de extents : como sabemos, quando vc pede pra gavar uma 
informação de X bytes no bd Oracle, ele *** NÃO *** vai alocar um byte de cada 
vez até completar X bytes, e sim (pra melhor performance) já vai lá e formata 
um PEDAÇÃO de uma vez, é o chamado EXTENT - se vc tiver EXTENTs muito grandes 
(principalmente se essa tablespace foi ou é DMT, que os deuses não permitam) 
facilmente vc pode ter extents anormais de enormes, consumindo o teu espaço num 
zás-trás

 c) veja o CHUNKSIZE definodo para esse LOB, e cheque direitinho pra qual 
tablespace ele vai

 Cheque a DBA_TABLESPACES, DBA_SEGMENTS e DBA_EXTENTS pra ver o seu caso, e 
extraia o DDL da tabela pra ver aonde está marcado o LOB.

 []s

  Chiappa

--- Em oracle_br@yahoogrupos.com.br, Márcio Ricardo Alves da Silva 
 escreveu
>
> Untitled DocumentBoas.
> 
> Pessoal, minha tablespace de LOB está crescendo cerca de 190MB diariamente. 
> Entendendo um pouco a regra de negócio da aplicação, e pela quantidade de 
> registros diário, não era pra tanto. Mas também a aplicação está armazenando 
> coisas que não seriam precisa ser armazenadas. Estou pesquisando, mas ainda 
> não encontrei, gostaria de pegar o tamanho médio dos meus campos CLOB de cada 
> tabela, é possível?
> 
> Grato,
> Márcio.
> 
> [As partes desta mensagem que não continham texto foram removidas]
>

[oracle_br] Re: Fwd: Trigger de logon erro ao se conectar

[jlchiappa]

Colega, Execute Immediate 'execute nn...' não faz o MENOR SENTIDO, esse 
"execute" *** não é *** comando PL/SQL, é usado e existe só no sqlplus, então 
aí deve estar a sua mancada... E no caso funcionou na criação porque , POR 
DEFINIÇÃO, o EXECUTE IMMEDIATE NÂO valida o que vc põe dentro dele , ele só 
valida quando da EXECUÇÃO, aí na EXECUÇÂO ele descobre que vc botou um lixinho 
lá e te dá um ORA-00900: invalid SQL statement ,ja ?  Corrija isso, e de mais a 
mais, se o que vc quer é executar procs/pagages, NÂO FAZ sentido SQL dinâmico, 
chame simplesmente a proc/pack que quer...

 []s

 Chiappa

--- Em oracle_br@yahoogrupos.com.br, Ricardo Duarte  escreveu
>
> -- Forwarded message --
> From: Ricardo Duarte 
> Date: 2009/6/24
> Subject: Trigger de logon erro ao se conectar
> To: oracle_br@yahoogrupos.com.br
> 
> 
> Boa tarde
> 
>   Foi criada uma trigger de logon a determinado schema com sucesso porém ao
> me conectar com o owner está ocorrendo o seguinte erro:
> 
> ORA-00604: error occurred at recursive SQL level 1
> ORA-00900: invalid SQL statement
> ORA-06512: at line 4
> 
> Abaixo os dados da BD:
> 
> BANNER
> 
> Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bi
> PL/SQL Release 10.2.0.4.0 - Production
> CORE10.2.0.4.0  Production
> TNS for HPUX: Version 10.2.0.4.0 - Production
> NLSRTL Version 10.2.0.4.0 - Production
> 
> 
> Segue abaixo o script da trigger que foi criada
> 
> CREATE OR REPLACE TRIGGER SYS.logon_CDCADMIN_SCHEMA AFTER LOGON ON
> CDCADMIN.SCHEMA
> DECLARE
>   lcommand varchar(200);
>   BEGIN
>   Execute Immediate 'execute sys.DBMS_LOGMNR_D.BUILD( OPTIONS=>
> sys.DBMS_LOGMNR_D.STORE_IN_REDO_LOGS)';
>   Execute Immediate 'execute sys.dbms_logmnr.add_logfile(
> logfilename => '/oracle/OE2E_T1/log01/log01_1.rdo',options =>
> sys.dbms_logmnr.new)';
>   Execute Immediate 'execute sys.dbms_logmnr.add_logfile(
> logfilename => '/oracle/OE2E_T1/log01/log02_1.rdo',options =>
> sys.dbms_logmnr.addfile)';
>   Execute Immediate 'execute sys.dbms_logmnr.add_logfile(
> logfilename => '/oracle/OE2E_T1/log01/log03_1.rdo',options =>
> sys.dbms_logmnr.addfile)';
>   Execute Immediate 'execute sys.dbms_logmnr.add_logfile(
> logfilename => '/oracle/OE2E_T1/log01/log04_1.rdo',options =>
> sys.dbms_logmnr.addfile)';
>   Execute Immediate 'execute sys.dbms_logmnr.start_logmnr()';
>   END;
> /
> Agradeço desde já
> 
> Ricardo Hoffmann
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>

[oracle_br] Fwd: Trigger de logon erro ao se conectar

[Ricardo Duarte]

-- Forwarded message --
From: Ricardo Duarte 
Date: 2009/6/24
Subject: Trigger de logon erro ao se conectar
To: oracle_br@yahoogrupos.com.br


Boa tarde

  Foi criada uma trigger de logon a determinado schema com sucesso porém ao
me conectar com o owner está ocorrendo o seguinte erro:

ORA-00604: error occurred at recursive SQL level 1
ORA-00900: invalid SQL statement
ORA-06512: at line 4

Abaixo os dados da BD:

BANNER

Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bi
PL/SQL Release 10.2.0.4.0 - Production
CORE10.2.0.4.0  Production
TNS for HPUX: Version 10.2.0.4.0 - Production
NLSRTL Version 10.2.0.4.0 - Production


Segue abaixo o script da trigger que foi criada

CREATE OR REPLACE TRIGGER SYS.logon_CDCADMIN_SCHEMA AFTER LOGON ON
CDCADMIN.SCHEMA
DECLARE
  lcommand varchar(200);
  BEGIN
  Execute Immediate 'execute sys.DBMS_LOGMNR_D.BUILD( OPTIONS=>
sys.DBMS_LOGMNR_D.STORE_IN_REDO_LOGS)';
  Execute Immediate 'execute sys.dbms_logmnr.add_logfile(
logfilename => '/oracle/OE2E_T1/log01/log01_1.rdo',options =>
sys.dbms_logmnr.new)';
  Execute Immediate 'execute sys.dbms_logmnr.add_logfile(
logfilename => '/oracle/OE2E_T1/log01/log02_1.rdo',options =>
sys.dbms_logmnr.addfile)';
  Execute Immediate 'execute sys.dbms_logmnr.add_logfile(
logfilename => '/oracle/OE2E_T1/log01/log03_1.rdo',options =>
sys.dbms_logmnr.addfile)';
  Execute Immediate 'execute sys.dbms_logmnr.add_logfile(
logfilename => '/oracle/OE2E_T1/log01/log04_1.rdo',options =>
sys.dbms_logmnr.addfile)';
  Execute Immediate 'execute sys.dbms_logmnr.start_logmnr()';
  END;
/
Agradeço desde já

Ricardo Hoffmann


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

[oracle_br] Trigger de logon erro ao se conectar

[Ricardo Duarte]

Boa tarde

  Foi criada uma trigger de logon a determinado schema com sucesso porém ao
me conectar com o owner está ocorrendo o seguinte erro:

ORA-00604: error occurred at recursive SQL level 1
ORA-00900: invalid SQL statement
ORA-06512: at line 4

Abaixo os dados da BD:

BANNER

Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bi
PL/SQL Release 10.2.0.4.0 - Production
CORE10.2.0.4.0  Production
TNS for HPUX: Version 10.2.0.4.0 - Production
NLSRTL Version 10.2.0.4.0 - Production


Segue abaixo o script da trigger que foi criada

CREATE OR REPLACE TRIGGER SYS.logon_CDCADMIN_SCHEMA AFTER LOGON ON
CDCADMIN.SCHEMA
DECLARE
  lcommand varchar(200);
  BEGIN
  Execute Immediate 'execute sys.DBMS_LOGMNR_D.BUILD( OPTIONS=>
sys.DBMS_LOGMNR_D.STORE_IN_REDO_LOGS)';
  Execute Immediate 'execute sys.dbms_logmnr.add_logfile(
logfilename => '/oracle/OE2E_T1/log01/log01_1.rdo',options =>
sys.dbms_logmnr.new)';
  Execute Immediate 'execute sys.dbms_logmnr.add_logfile(
logfilename => '/oracle/OE2E_T1/log01/log02_1.rdo',options =>
sys.dbms_logmnr.addfile)';
  Execute Immediate 'execute sys.dbms_logmnr.add_logfile(
logfilename => '/oracle/OE2E_T1/log01/log03_1.rdo',options =>
sys.dbms_logmnr.addfile)';
  Execute Immediate 'execute sys.dbms_logmnr.add_logfile(
logfilename => '/oracle/OE2E_T1/log01/log04_1.rdo',options =>
sys.dbms_logmnr.addfile)';
  Execute Immediate 'execute sys.dbms_logmnr.start_logmnr()';
  END;
/
Agradeço desde já

Ricardo Hoffmann


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

Re: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES)

[Willian Fernando Frasson]

Opa legal, não tinha essa informação, sempre recebi informação do nosso 
comercial que a partir do banco que está rodando a máquina (modo mount 
aplicando archives) deveria se pagar a licensa (licensa por processador).

  - Original Message - 
  From: Nelson Cartaxo 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, June 24, 2009 11:41 AM
  Subject: Res: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES)





  Willian,

  A base estará em mount, não acho que isso seja considerado uso. De qualquer 
maneira eu falei com uma pessoa da Oracle que auxilia na parte de venda de 
licenças. Entendo por uso, quando a base está em modo open, com pessoas 
processando dados, deletando, etc.

  Att,
  Nelson

  
  De: Willian Fernando Frasson 
  Para: oracle_br@yahoogrupos.com.br
  Enviadas: Terça-feira, 23 de Junho de 2009 18:52:13
  Assunto: Re: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES)

  Nelson tem certeza disso?

  Pois no momento que você MONTAR a base e tiver aplicando as archives a mesma 
estará em uso.

  - Original Message - 
  From: Nelson Cartaxo 
  To: oracle...@yahoogrup os.com.br 
  Sent: Tuesday, June 23, 2009 10:53 AM
  Subject: Res: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES)

  Chiappa,

  Apenas uma pequena correção. A base standby só precisa ser licenciada caso 
ela seja usada mais de 10 dias ao ano, ou seja, se a empresa garantir que seu 
uso seja apenas quando a primária cair, não é necessário o licenciamento.

  Att,
  Nelson Cartaxo

   _ _ __
  De: jlchiappa 
  Para: oracle...@yahoogrup os.com.br
  Enviadas: Segunda-feira, 22 de Junho de 2009 19:52:36
  Assunto: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES)

  Bom, primeiro de tudo é aquela água : principalmente depois de uma falha, se 
vc pergunta pro gerentão/diretor/ whatever que tipo de disponibilidade ele vai 
quere não tenha dúvida que ele enche a boca pra falar "ah, eu quero 100% quero 
24x7, não, 20x7, 24x6, ** não serve **... Tá. mas TUDO TEM UM CUSTO, e vc TEM 
QUE incluir no seu projeto isso... Por exemplo, ter dois sites separados 
fisicamente é ** ótimo **, já que te dá até Disaster Recover, tipo, pegou fogo 
no prédio como são sites diferentes o outro está inafetado, MS as opções de 
processamento distribuído (RAC, Distributed Transactions, etc) simplesmente não 
cabem num caso assim, a latência simplesmente te mataria, então vc VAI TER QUE 
ter algum tipo de stand-by (via Dataguard, manual, o que for), o que implica 
que vc vai ter vários custos não triviais aí :

  a) licenciamento, a Oracle ** exige ** que o banco stand-by seja licenciado 
mesmo que não esteja processando diretamente, seja só um espelho do original

  b) o standby funciona enviando "dados" - normalmente redo logs, mas depende 
do tipo de standby - pela rede, intensamente, então os dois sites *** TEM QUE 
TER *** uma linha de rede pra interconexão EXTREMAMENTE potente, muito boa 
mesmo Ou seja, além dos dois canais por onde o usuário chega ao site 1 ou 
ao site 2, vc AINDA POR CIMA terá que ter um para o site 1 enviar os "dados" 
pro standby no site 2...

  c) duplicidade de tudo : vc terá dois banco, duas licenças, dois storages, 
etc, etc, etc...

  d) poder de máquina : evidentemente, se hoje vc não tem standby a sua carga 
de trabalho do servidor é X, o standby significa que ALÉM desse mesmo trabalho 
vc ainda terá que ficar enviando e controlando coisas pela rede, se hoje o 
banco sem standby já tá num gargalo, isso terá que ser revisto, provavelmente 
uma atualização de hardware  Vc diz que hoje "há um grande volume de 
transações", aí vem a pergunta , COMO está o teu SLA pra elas, vc tá cumprindo 
no limite ? Pois é aquela, dependendo da tecnologia de standby adotada (que 
depende se é banco Enterprise ou não, da versão, de que datatypes usa, etc) o 
overhead a mais em se enviar os "dados" adicionais até o standby pode ser 
significativo, e e já que é "24x7", opções de refresh não-online e automático 
dos sites, que impõem menos (ou nenhum) overhead às transações ficam fora...

  e) eventuais alterações na aplicação/ambiente : evidente, se hoje a aplicação 
está configurada/ programada para se conectar diretamente ao servidor NNN no IP 
X.Y.Z, evidentemente o site 2 é outro nome/outro IP, alguma solução de 
transpência (BigIP, IP/hostnames virtuais, o que for) vai ter que ser usada E 
as aplicações pode ser que tenham que ser alteradas para usar a tal solução

  São coisas assim que vc tem que pensar e relacionar pro seu cliente, e TUDO 
com levantamente PRECISO de custo, ok ?

  []s

  Chiappa

  --- Em oracle...@yahoogrup os.com.br, "William Gouveia"  
escreveu
  >
  > 
  > Bom dia a todos, gostaria de solicitar uma ajuda, presto servico para uma 
empresa que tem a seguinte situação.
  > 
  > Hoje ela possui um site com 150 filiais interligadas, mas tivemos problemas 
recentes onde ficamos 24 horas fora do ar, o problema foi causado pelo 
fornecedor de con

Res: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES)

[Nelson Cartaxo]

Willian,

A base estará em mount, não acho que isso seja considerado uso. De qualquer 
maneira eu falei com uma pessoa da Oracle que auxilia na parte de venda de 
licenças. Entendo por uso, quando a base está em modo open, com pessoas 
processando dados, deletando, etc.

Att,
Nelson





De: Willian Fernando Frasson 
Para: oracle_br@yahoogrupos.com.br
Enviadas: Terça-feira, 23 de Junho de 2009 18:52:13
Assunto: Re: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES)





Nelson tem certeza disso?

Pois no momento que você MONTAR a base e tiver aplicando as archives a mesma 
estará em uso.

- Original Message - 
From: Nelson Cartaxo 
To: oracle...@yahoogrup os.com.br 
Sent: Tuesday, June 23, 2009 10:53 AM
Subject: Res: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES)

Chiappa,

Apenas uma pequena correção. A base standby só precisa ser licenciada caso ela 
seja usada mais de 10 dias ao ano, ou seja, se a empresa garantir que seu uso 
seja apenas quando a primária cair, não é necessário o licenciamento.

Att,
Nelson Cartaxo

 _ _ __
De: jlchiappa 
Para: oracle...@yahoogrup os.com.br
Enviadas: Segunda-feira, 22 de Junho de 2009 19:52:36
Assunto: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES)

Bom, primeiro de tudo é aquela água : principalmente depois de uma falha, se vc 
pergunta pro gerentão/diretor/ whatever que tipo de disponibilidade ele vai 
quere não tenha dúvida que ele enche a boca pra falar "ah, eu quero 100% quero 
24x7, não, 20x7, 24x6, ** não serve **... Tá. mas TUDO TEM UM CUSTO, e vc TEM 
QUE incluir no seu projeto isso... Por exemplo, ter dois sites separados 
fisicamente é ** ótimo **, já que te dá até Disaster Recover, tipo, pegou fogo 
no prédio como são sites diferentes o outro está inafetado, MS as opções de 
processamento distribuído (RAC, Distributed Transactions, etc) simplesmente não 
cabem num caso assim, a latência simplesmente te mataria, então vc VAI TER QUE 
ter algum tipo de stand-by (via Dataguard, manual, o que for), o que implica 
que vc vai ter vários custos não triviais aí :

a) licenciamento, a Oracle ** exige ** que o banco stand-by seja licenciado 
mesmo que não esteja processando diretamente, seja só um espelho do original

b) o standby funciona enviando "dados" - normalmente redo logs, mas depende do 
tipo de standby - pela rede, intensamente, então os dois sites *** TEM QUE TER 
*** uma linha de rede pra interconexão EXTREMAMENTE potente, muito boa 
mesmo Ou seja, além dos dois canais por onde o usuário chega ao site 1 ou 
ao site 2, vc AINDA POR CIMA terá que ter um para o site 1 enviar os "dados" 
pro standby no site 2...

c) duplicidade de tudo : vc terá dois banco, duas licenças, dois storages, etc, 
etc, etc...

d) poder de máquina : evidentemente, se hoje vc não tem standby a sua carga de 
trabalho do servidor é X, o standby significa que ALÉM desse mesmo trabalho vc 
ainda terá que ficar enviando e controlando coisas pela rede, se hoje o banco 
sem standby já tá num gargalo, isso terá que ser revisto, provavelmente uma 
atualização de hardware  Vc diz que hoje "há um grande volume de 
transações", aí vem a pergunta , COMO está o teu SLA pra elas, vc tá cumprindo 
no limite ? Pois é aquela, dependendo da tecnologia de standby adotada (que 
depende se é banco Enterprise ou não, da versão, de que datatypes usa, etc) o 
overhead a mais em se enviar os "dados" adicionais até o standby pode ser 
significativo, e e já que é "24x7", opções de refresh não-online e automático 
dos sites, que impõem menos (ou nenhum) overhead às transações ficam fora...

e) eventuais alterações na aplicação/ambiente : evidente, se hoje a aplicação 
está configurada/ programada para se conectar diretamente ao servidor NNN no IP 
X.Y.Z, evidentemente o site 2 é outro nome/outro IP, alguma solução de 
transpência (BigIP, IP/hostnames virtuais, o que for) vai ter que ser usada E 
as aplicações pode ser que tenham que ser alteradas para usar a tal solução

São coisas assim que vc tem que pensar e relacionar pro seu cliente, e TUDO com 
levantamente PRECISO de custo, ok ?

[]s

Chiappa

--- Em oracle...@yahoogrup os.com.br, "William Gouveia"  escreveu
>
> 
> Bom dia a todos, gostaria de solicitar uma ajuda, presto servico para uma 
> empresa que tem a seguinte situação.
> 
> Hoje ela possui um site com 150 filiais interligadas, mas tivemos problemas 
> recentes onde ficamos 24 horas fora do ar, o problema foi causado pelo 
> fornecedor de conexão, apesar de existir rotas redundantes, para mim o 
> problema seja exatamente esse apenas "um" fornecedor. Conforme o ditado quem 
> tem um não tem nenhum.
> 
> Portanto a diretoria esta solicitando um projeto de redundancia de Sites 
> tanto na parte de comunicacao e infra-estrutura como tambem em ORACLE, 
> gostaria de uma sugestão como poderia aplicar isso com Oracle, a minha 
> preocupação é que o sistema tem um numero grande de transações diario e o 
> modelo que desejam é que

Res: [oracle_br] Dúvida com left/right join

[Thiago]

Funcionou perfeitamente!!!
Muito obrigado pela ajuda do todos, foi muito importante!

Abs.





De: Jeison 
Para: oracle_br@yahoogrupos.com.br
Enviadas: Terça-feira, 23 de Junho de 2009 17:21:10
Assunto: Re: [oracle_br] Dúvida com left/right join





troca o COUNT(*) por count(P.FECH_ ID)

- Original Message - 
From: Thiago 
To: oracle...@yahoogrup os.com.br 
Sent: Tuesday, June 23, 2009 5:00 PM
Subject: Res: [oracle_br] Dúvida com left/right join

Legal, apareceu cada fechamento mesmo não tendo um processo associado, conforme 
vcs disseram, só que apareceu outro problema nisso:
em vez de aparecer "0" na coluna de quantidade, quando não há nenhum processo 
associado àquele fechamento, aparece "1".

Não estou conseguindo corrigir isso ainda.

 _ _ __
De: Jeison 
Para: oracle...@yahoogrup os.com.br
Enviadas: Terça-feira, 23 de Junho de 2009 15:46:58
Assunto: Re: [oracle_br] Dúvida com left/right join

claro, não sei se é o que vc quer mas os processos não associados podem não 
estar nesse filtro, colocando dentro do left join eles aparecerão...

SELECT F.EQUIP_ID, F.FECH_NAME, COUNT(*) AS FECH_QTDE
FROM
WNB_NFECHAMENTO F LEFT JOIN WNB_NPROCESS P ON F.FECH_ID = P.FECH_ID
AND
P.PRC_DATE_CREATED >= TO_DATE('05/ 05/2008:00: 00:00','DD/ MM/:HH24: 
MI:SS') AND
P.PRC_DATE_CREATED <= TO_DATE('06/ 05/2008:23: 59:59','DD/ MM/:HH24: 
MI:SS') AND
P.STATUS_ID = 2
GROUP BY F.FECH_NAME, F.EQUIP_ID
ORDER BY F.FECH_NAME

- Original Message - 
From: Thiago 
To: oracle...@yahoogrup os.com.br 
Sent: Tuesday, June 23, 2009 3:23 PM
Subject: Res: [oracle_br] Dúvida com left/right join

Desculpe minha ignorância, mas não entendi.
Poderia me dar um exemplo?
Obrigado!

 _ _ __
De: Jeison 
Para: oracle...@yahoogrup os.com.br
Enviadas: Terça-feira, 23 de Junho de 2009 15:05:11
Assunto: Re: [oracle_br] Dúvida com left/right join

Tente tirar os filtros da clausula "Where" e por dentro do left join...

- Original Message - 
From: lirati_sp 
To: oracle...@yahoogrup os.com.br 
Sent: Tuesday, June 23, 2009 12:47 PM
Subject: [oracle_br] Dúvida com left/right join

Boa tarde,

Tenho um SELECT onde há duas tabelas: WNB_NPROCESS (processos) e 
WNB_NFECHAMENTO (fechamentos) . Cada PROCESSO tem um FECHAMENTO, mas nem todo 
fechamento pode estar associado a um processo.
O que eu quero nesta consulta, é mostrar uma lista de fechamentos, com a 
quantidade de processos associados. Até aí tudo bem, mas eu também quero que 
ele mostre quando o fechamento não tiver nenhum processo associado, com um "0". 
Não é isso que acontece, pois quando não há processo associado, o fechamento 
não aparece na lista.
Imagino que isso seja um trabalho para LEFT ou RIGHT JOIN. Conheço a teoria 
sobre esses comandos, mas não estou conseguindo fazer funcionar de jeito 
nenhum!! Será que é por causa do GROUP BY?

Aqui está o SELECT:

SELECT F.EQUIP_ID, F.FECH_NAME, COUNT(*) AS FECH_QTDE
FROM
WNB_NFECHAMENTO F LEFT JOIN WNB_NPROCESS P ON F.FECH_ID = P.FECH_ID
WHERE
P.PRC_DATE_CREATED >= TO_DATE('05/ 05/2008:00: 00:00','DD/ MM/:HH24: 
MI:SS') AND
P.PRC_DATE_CREATED <= TO_DATE('06/ 05/2008:23: 59:59','DD/ MM/:HH24: 
MI:SS') AND
P.STATUS_ID = 2
GROUP BY F.FECH_NAME, F.EQUIP_ID
ORDER BY F.FECH_NAME

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

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

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

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

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

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

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


   


  

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

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

[oracle_br] Tablespace de LOB...

[Márcio Ricardo Alves da Silva]

Untitled DocumentBoas.

Pessoal, minha tablespace de LOB está crescendo cerca de 190MB diariamente. 
Entendendo um pouco a regra de negócio da aplicação, e pela quantidade de 
registros diário, não era pra tanto. Mas também a aplicação está armazenando 
coisas que não seriam precisa ser armazenadas. Estou pesquisando, mas ainda não 
encontrei, gostaria de pegar o tamanho médio dos meus campos CLOB de cada 
tabela, é possível?

Grato,
Márcio.

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





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

 Links do Yahoo! Grupos

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

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

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

Re: [oracle_br] Off topic SPED Contabil.

[Fernando Nati]

Nunca tive este problema amigo.

Faz o seguinte!

Remova todas as versões do Java que você tem na máquina,
Baixa a última versão do Java.
Instala novamente o PVA e tenta validar.

Att,
Fernando.

2009/6/23 Valtemir Araujo de Lima 

>
>
>
>
> Bom dia!
>
> Pessoal alguem esta envolvido com SPED e teve algum problema com o
> validador
> SPED Contábil 2.0.1 emitindo mensagem de Java.Lang.NullPointerException (na
> validadação de seus dados)?
>
> Preciso saber se tem mais alguem com o mesmo problema meu. Sei que tem
> varios de voces cujo as empresas tem prazo de entrega do SPED contabil
> limite em 30/06.
>
> Att,
>
> Vatemir.A.Lima
>
> 
>


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

Re: [oracle_br] Re: tamanho do banco...

[Márcio Ricardo Alves da Silva]

entendido Chiappa.

Obrigado pela explicação.


  - Original Message - 
  From: jlchiappa 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, June 24, 2009 8:50 AM
  Subject: [oracle_br] Re: tamanho do banco...





  "O tamanho do banco apenas diminuiu?"

  Sim, quando vc dropa um schema (e os objetos que estavam nele) o espaço 
EFETIVAMENTE em uso diminui, vc ganhou espaço para futuros 
INSERTs/UPDATEs/CREATEs , sim.

  "Ganharei algum tipo de performance?"

  Absolutamente ** nenhum ** ganho de performance direto : veja vc, o banco 
Oracle * Não * varre o disco do início ao fim procurando pelos dados (e 
sim usa o conceitos de extents de tamanho fixo/conhecido a partir do início do 
arquivo), então a presença ou ausência de OUTROS arquivos no disco é 
COMPLETAMENTE indiferente O que PODE acontecer (óbvio) é que ao vc dropar 
objetos os processos/SQLs que os usavam (obviamente) devem ter sido eliminados 
do banco também, aí a concorrência pode diminuir - no seu caso porém se entendi 
vc dropou coisas que já estavam sem uso, aí sim é acadêmico, NENHUMA diferença 
de performance deve ser vista.

  "Dropando esquemas, não ganharei espaço livre?"

  NO BANCO, sim, mas EM DISCO, não automaticamente : o que ocorre é que quando 
vc dropa algo, o espaço que esse algo usava nos arquivos físicos de dados do 
banco (os datafiles das tablespaces) é marcado pelo banco internamente como 
USÀVEL, mas o banco *** NÃO DIMINUI *** o arquivo automaticamente, se o arquivo 
em disco era de (digamos) 20 Gb , após o DROP continuará em disco como 20 Gb, a 
diferença é que INTERNAMENTE o banco terá marcado o espaço como usável, então 
os próximos INSERTs/UPDATEs que acontecerem em objetos dessa tablespace vão 
gravar por cima o espaço marcado, reusando-o. Para liberar espaço em disco, só 
fazendo um SHRINK ou um MOVE dos objetos e/ou recriando/dropando os 
datafiles/tablespaces.

  []s

  Chiappa

  --- Em oracle_br@yahoogrupos.com.br, Márcio Ricardo Alves da Silva 
 escreveu
  >
  > Untitled DocumentBom dia!
  > 
  > Meu banco estava com um tamanho de 188GB, tinha um esquema que não era mais 
utilizado. Então apaguei esse esquema e ele ficou com tamanho de 157GB, e o 
espaço livre antes era de 23gb e agora ficou 20gb.
  > O tamanho do banco apenas diminuiu? Ganharei algum tipo de performance? 
Dropando esquemas, não ganharei espaço livre?
  > 
  > Grato,
  > Márcio.
  > 
  > [As partes desta mensagem que não continham texto foram removidas]
  >



  

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

[oracle_br] Re: tamanho do banco...

[jlchiappa]

"O tamanho do banco apenas diminuiu?"

Sim, quando vc dropa um schema (e os objetos que estavam nele) o espaço 
EFETIVAMENTE em uso diminui, vc ganhou espaço para futuros 
INSERTs/UPDATEs/CREATEs , sim.

"Ganharei algum tipo de performance?"

Absolutamente ** nenhum ** ganho de performance direto : veja vc, o banco 
Oracle * Não * varre o disco do início ao fim procurando pelos dados (e 
sim usa o conceitos de extents de tamanho fixo/conhecido a partir do início do 
arquivo), então a presença ou ausência de OUTROS arquivos no disco é 
COMPLETAMENTE indiferente O que PODE acontecer (óbvio) é que ao vc dropar 
objetos os processos/SQLs que os usavam (obviamente) devem ter sido eliminados 
do banco também, aí a concorrência pode diminuir - no seu caso porém se entendi 
vc dropou coisas que já estavam sem uso, aí sim é acadêmico, NENHUMA diferença 
de performance deve ser vista.

"Dropando esquemas, não ganharei espaço livre?"

NO BANCO, sim, mas EM DISCO, não automaticamente : o que ocorre é que quando vc 
dropa algo, o espaço que esse algo usava nos arquivos físicos de dados do banco 
(os datafiles das tablespaces) é marcado pelo banco internamente como USÀVEL, 
mas o banco *** NÃO DIMINUI *** o arquivo automaticamente, se o arquivo em 
disco era de (digamos) 20 Gb , após o DROP continuará em disco como 20 Gb, a 
diferença é que INTERNAMENTE o banco terá marcado o espaço como usável, então 
os próximos INSERTs/UPDATEs que acontecerem em objetos dessa tablespace vão 
gravar por cima o espaço marcado, reusando-o. Para liberar espaço em disco, só 
fazendo um SHRINK ou um MOVE dos objetos e/ou recriando/dropando os 
datafiles/tablespaces.

 []s

  Chiappa

--- Em oracle_br@yahoogrupos.com.br, Márcio Ricardo Alves da Silva 
 escreveu
>
> Untitled DocumentBom dia!
> 
>   Meu banco estava com um tamanho de 188GB, tinha um esquema que não era mais 
> utilizado. Então apaguei esse esquema e ele ficou com tamanho de 157GB, e o 
> espaço livre antes era de 23gb e agora ficou 20gb.
>   O tamanho do banco apenas diminuiu? Ganharei algum tipo de performance? 
> Dropando esquemas, não ganharei espaço livre?
> 
> Grato,
> Márcio.
> 
> [As partes desta mensagem que não continham texto foram removidas]
>

[oracle_br] tamanho do banco...

[Márcio Ricardo Alves da Silva]

Untitled DocumentBom dia!

  Meu banco estava com um tamanho de 188GB, tinha um esquema que não era mais 
utilizado. Então apaguei esse esquema e ele ficou com tamanho de 157GB, e o 
espaço livre antes era de 23gb e agora ficou 20gb.
  O tamanho do banco apenas diminuiu? Ganharei algum tipo de performance? 
Dropando esquemas, não ganharei espaço livre?

Grato,
Márcio.

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





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

 Links do Yahoo! Grupos

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

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

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