Re: [oracle_br] Re: Muitos registros / pouca performance

2008-10-28 Por tôpico Ricardo Portilho Proni
Depende, cada ambiente é um ambiente.

Materialized Views são legais. O nome é mais legal ainda.
Mas cada select é diferente. E Materialized Views tem problema também.

Performance só pode ser mensurada por um quantitativo:TEMPO.
Saiba onde ele está sendo gasto antes de tentar corrigir, se este
ambiente for importante.

Vai com calma e com certeza, nós vamos te ajudar.


Ricardo Portilho Proni
Coordenador de Bancos de Dados - Solvo S/A
- Oracle Database 10g Administrator Certified Professional (OCP)
- Microsoft Certified Professional (MCP)
- Microsoft Certified Technologt Specialist: SQL Server 2005 (MCTS)




Em Seg, 2008-10-27 às 23:10 +, urubullino escreveu:
 Nossas consultas ja foram bem estudadas. Nenhuma tem * e extraímos
 alguns degradadores como decodes e outros tipos de construcoes na
 cláusula 'where'.
 Qual seria a diferenca (em termos de performance) entre tabelas
 particionadas e views materializadas. Pelo que vi na internet , o
 particionamento da tabela ja com dados seria mais trabalhoso, pois
 teria que construir a tabela particionada e depois migrar os dados da
 tabela de origem para ela, atraves de inserts. Já com visoes
 materializadas nao teriamos esse problema , até porque o sistema tem
 muitas tabelas que estao com uma quantidade enorme de registros.
 O faria no meu caso ?
 
 Favor responder nesse topico, pq cometi o erro de repetir as perguntas
 com tirulos diferentes:
 http://br.groups.yahoo.com/group/oracle_br/message/90503
 pode copiar e colar a conversa toda.
 
 Obrigado pela ajuda
 
 --- Em oracle_br@yahoogrupos.com.br, Kenia Milene [EMAIL PROTECTED]
 escreveu
 
  Ola ...
  
  Ja tentou analizar as consultas que estao sendo feitas ??? Muitas
 vezes é
  feito um select * em uma tabela com muitas informações qdo na
 verdade
  precisamos somente de 1 ou 2 campos ...
  Outra alternativa tb seria o particionamento de tabelas !!!
  
  Boa Sorte
  Kenia
  
  -- 
  Kenia Milene C. Galiego
  DataBase Administrator
  Oracle / PostgreSQL / MySql / SQL Server
  Email: [EMAIL PROTECTED]
  Blog: http://keniamilene.wordpress.com
  
  
  2008/10/24 urubullino [EMAIL PROTECTED]
  
   Oi pra todos. Sou novo no grupo e nao conheco muita coisa de
 oracle
   mas aqui vai um problema que nunca deixou o sistema em que
 trabalho...
   Temos uma aplicacao financeira com inumeras tabelas e muuuiitos
   registros. Usamos o Oracle Reports e em muitos casos os relatórios
   demoram muito para serem executados.
   Por pesquisa cheguei a conclusao que uma view materializada
 poderia
   resolver o assunto , o Report iria acessar essa view . Mas o
 usuario
   quer ver a informacao quase que instantaneamente quando a mesma é
   inserida ou modificada. A view materialized seria mesmo a melhor
 opcao
   ou teria outra, mesmo com ferramentas de terceiros ?
   Para dar uma aceerada ainda maior , também estou estudando outros
   geradores de relatorios que possam executar a tarefa mais rapido
 que o
   Oracle Reports... Alguma dica?
  
   Obrigado a todos.
  
   
  
  
  
  [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] Re: Muitos registros / pouca performance

2008-10-28 Por tôpico Wagner Franze Junior
Boa tarde,

Ricardo aproveitando a dúvida do nosso amigo, como o rapaz disse que as
consultas já foram estudadas e as funções que poderiam degradar foram 
retiradas ao máximo,
a questão física, ou melhor, o hardware pode se considerar?


Obrigado!

urubullino escreveu:

 Falou gente, Ricardo, Kenia e Eduardo.
 Tô indo pra empresa tentar realizar trace . Vou fazer isso no horario
 de pico e depois do expediente, pra poder ter mais exatidao sobre o
 aspecto de qtd de acesso.
 Volto mais tarde ou amanha, isso se os tapados da lá resolverem evoluir!
 Obrigado + uma vez a todos.

 --- Em oracle_br@yahoogrupos.com.br 
 mailto:oracle_br%40yahoogrupos.com.br, Ricardo Portilho Proni
 [EMAIL PROTECTED] escreveu
 
  Depende, cada ambiente é um ambiente.
 
  Materialized Views são legais. O nome é mais legal ainda.
  Mas cada select é diferente. E Materialized Views tem problema também.
 
  Performance só pode ser mensurada por um quantitativo:TEMPO.
  Saiba onde ele está sendo gasto antes de tentar corrigir, se este
  ambiente for importante.
 
  Vai com calma e com certeza, nós vamos te ajudar.
 
 
  Ricardo Portilho Proni
  Coordenador de Bancos de Dados - Solvo S/A
  - Oracle Database 10g Administrator Certified Professional (OCP)
  - Microsoft Certified Professional (MCP)
  - Microsoft Certified Technologt Specialist: SQL Server 2005 (MCTS)
 
 
 
 
  Em Seg, 2008-10-27 às 23:10 +, urubullino escreveu:
   Nossas consultas ja foram bem estudadas. Nenhuma tem * e extraímos
   alguns degradadores como decodes e outros tipos de construcoes na
   cláusula 'where'.
   Qual seria a diferenca (em termos de performance) entre tabelas
   particionadas e views materializadas. Pelo que vi na internet , o
   particionamento da tabela ja com dados seria mais trabalhoso, pois
   teria que construir a tabela particionada e depois migrar os dados da
   tabela de origem para ela, atraves de inserts. Já com visoes
   materializadas nao teriamos esse problema , até porque o sistema tem
   muitas tabelas que estao com uma quantidade enorme de registros.
   O faria no meu caso ?
  
   Favor responder nesse topico, pq cometi o erro de repetir as perguntas
   com tirulos diferentes:
   http://br.groups.yahoo.com/group/oracle_br/message/90503 
 http://br.groups.yahoo.com/group/oracle_br/message/90503
   pode copiar e colar a conversa toda.
  
   Obrigado pela ajuda
  
   --- Em oracle_br@yahoogrupos.com.br 
 mailto:oracle_br%40yahoogrupos.com.br, Kenia Milene keniamilene@
   escreveu
   
Ola ...
   
Ja tentou analizar as consultas que estao sendo feitas ??? Muitas
   vezes é
feito um select * em uma tabela com muitas informações qdo na
   verdade
precisamos somente de 1 ou 2 campos ...
Outra alternativa tb seria o particionamento de tabelas !!!
   
Boa Sorte
Kenia
   
--
Kenia Milene C. Galiego
DataBase Administrator
Oracle / PostgreSQL / MySql / SQL Server
Email: keniamilene@
Blog: http://keniamilene.wordpress.com 
 http://keniamilene.wordpress.com
   
   
2008/10/24 urubullino javone@
   
 Oi pra todos. Sou novo no grupo e nao conheco muita coisa de
   oracle
 mas aqui vai um problema que nunca deixou o sistema em que
   trabalho...
 Temos uma aplicacao financeira com inumeras tabelas e muuuiitos
 registros. Usamos o Oracle Reports e em muitos casos os relatórios
 demoram muito para serem executados.
 Por pesquisa cheguei a conclusao que uma view materializada
   poderia
 resolver o assunto , o Report iria acessar essa view . Mas o
   usuario
 quer ver a informacao quase que instantaneamente quando a mesma é
 inserida ou modificada. A view materialized seria mesmo a melhor
   opcao
 ou teria outra, mesmo com ferramentas de terceiros ?
 Para dar uma aceerada ainda maior , também estou estudando outros
 geradores de relatorios que possam executar a tarefa mais rapido
   que o
 Oracle Reports... Alguma dica?

 Obrigado a todos.



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

 
 Internal Virus Database is out of date.
 Checked by AVG - http://www.avg.com 
 Version: 8.0.138 / Virus Database: 270.6.9/1635 - Release Date: 26/8/2008 
 07:29
   



Re: [oracle_br] Re: Muitos registros / pouca performance

2008-10-28 Por tôpico Ricardo Portilho Proni
Pode-se. Pode-se considerar também a crise financeira.
Brincadeira, mas eu prefiro só agir após saber a causa.


Ricardo Portilho Proni
Coordenador de Bancos de Dados - Solvo S/A
- Oracle Database 10g Administrator Certified Professional (OCP)
- Microsoft Certified Professional (MCP)
- Microsoft Certified Technologt Specialist: SQL Server 2005 (MCTS)




Em Ter, 2008-10-28 às 12:16 -0200, Wagner Franze Junior escreveu:
 Boa tarde,
 
 Ricardo aproveitando a dúvida do nosso amigo, como o rapaz disse que
 as
 consultas já foram estudadas e as funções que poderiam degradar foram 
 retiradas ao máximo,
 a questão física, ou melhor, o hardware pode se considerar?
 
 Obrigado!
 
 urubullino escreveu:
 
  Falou gente, Ricardo, Kenia e Eduardo.
  Tô indo pra empresa tentar realizar trace . Vou fazer isso no
 horario
  de pico e depois do expediente, pra poder ter mais exatidao sobre o
  aspecto de qtd de acesso.
  Volto mais tarde ou amanha, isso se os tapados da lá resolverem
 evoluir!
  Obrigado + uma vez a todos.
 
  --- Em oracle_br@yahoogrupos.com.br 
  mailto:oracle_br%40yahoogrupos.com.br, Ricardo Portilho Proni
  [EMAIL PROTECTED] escreveu
  
   Depende, cada ambiente é um ambiente.
  
   Materialized Views são legais. O nome é mais legal ainda.
   Mas cada select é diferente. E Materialized Views tem problema
 também.
  
   Performance só pode ser mensurada por um quantitativo:TEMPO.
   Saiba onde ele está sendo gasto antes de tentar corrigir, se este
   ambiente for importante.
  
   Vai com calma e com certeza, nós vamos te ajudar.
  
  
   Ricardo Portilho Proni
   Coordenador de Bancos de Dados - Solvo S/A
   - Oracle Database 10g Administrator Certified Professional (OCP)
   - Microsoft Certified Professional (MCP)
   - Microsoft Certified Technologt Specialist: SQL Server 2005
 (MCTS)
  
  
  
  
   Em Seg, 2008-10-27 às 23:10 +, urubullino escreveu:
Nossas consultas ja foram bem estudadas. Nenhuma tem * e
 extraímos
alguns degradadores como decodes e outros tipos de construcoes
 na
cláusula 'where'.
Qual seria a diferenca (em termos de performance) entre tabelas
particionadas e views materializadas. Pelo que vi na internet ,
 o
particionamento da tabela ja com dados seria mais trabalhoso,
 pois
teria que construir a tabela particionada e depois migrar os
 dados da
tabela de origem para ela, atraves de inserts. Já com visoes
materializadas nao teriamos esse problema , até porque o sistema
 tem
muitas tabelas que estao com uma quantidade enorme de registros.
O faria no meu caso ?
   
Favor responder nesse topico, pq cometi o erro de repetir as
 perguntas
com tirulos diferentes:
http://br.groups.yahoo.com/group/oracle_br/message/90503 
  http://br.groups.yahoo.com/group/oracle_br/message/90503
pode copiar e colar a conversa toda.
   
Obrigado pela ajuda
   
--- Em oracle_br@yahoogrupos.com.br 
  mailto:oracle_br%40yahoogrupos.com.br, Kenia Milene
 keniamilene@
escreveu

 Ola ...

 Ja tentou analizar as consultas que estao sendo feitas ???
 Muitas
vezes é
 feito um select * em uma tabela com muitas informações qdo na
verdade
 precisamos somente de 1 ou 2 campos ...
 Outra alternativa tb seria o particionamento de tabelas !!!

 Boa Sorte
 Kenia

 --
 Kenia Milene C. Galiego
 DataBase Administrator
 Oracle / PostgreSQL / MySql / SQL Server
 Email: keniamilene@
 Blog: http://keniamilene.wordpress.com 
  http://keniamilene.wordpress.com


 2008/10/24 urubullino javone@

  Oi pra todos. Sou novo no grupo e nao conheco muita coisa de
oracle
  mas aqui vai um problema que nunca deixou o sistema em que
trabalho...
  Temos uma aplicacao financeira com inumeras tabelas e
 muuuiitos
  registros. Usamos o Oracle Reports e em muitos casos os
 relatórios
  demoram muito para serem executados.
  Por pesquisa cheguei a conclusao que uma view materializada
poderia
  resolver o assunto , o Report iria acessar essa view . Mas o
usuario
  quer ver a informacao quase que instantaneamente quando a
 mesma é
  inserida ou modificada. A view materialized seria mesmo a
 melhor
opcao
  ou teria outra, mesmo com ferramentas de terceiros ?
  Para dar uma aceerada ainda maior , também estou estudando
 outros
  geradores de relatorios que possam executar a tarefa mais
 rapido
que o
  Oracle Reports... Alguma dica?
 
  Obrigado a todos.
 
 
 


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

   
   
   
   
   
   
  
  
   [As partes desta mensagem que não continham texto foram removidas]
  
 
  
  Internal Virus Database is out of date.
  Checked by AVG - http://www.avg.com 
  Version: 8.0.138 / Virus Database: 270.6.9/1635 - Release Date:
 26/8/2008 07:29
  
 
 
 
 
 
  


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