Rodrigo, este essa sua mensagem não é "off-topic". ;^)
Na bobeada (mais uma histórica) da IBM, a Oracle foi rápida e saiu ganhando.
Conquistou de uma só vez:
- A "guarda" da plataforma Java: creio que o produto tecnológico mais
valioso da Sun, estrategicamente e em termos de "marca";
- O sistema
No segundo SELECT ele fez um Full Scan de Índice, apesar do nome, bem melhor
que Full Table Scan. O índice que deve existir na DIS_DESCRICAO foi suficiente
no segundo caso.
Tem índice na coluna do SUM? Pode colocar? Creio que pode ocorrer um Fast Full
Scan também para o SUM.
--- Em ter, 21/4/0
Vai entender a IBM!
Começo pagando $11 pelas ações, depois baixou pra 9,40. A Oracle comprou por
9,50. Claro que esses 10 cents representaram alguns milhoes!!!
Mas o produto Oracle tende a ficar melhor ainda no Solaris e no Java como um
todo, espero!
2009/4/21 Diego Leite
>
> http://oglobo.glob
Oi Gleyson, meu nome é filipe(rsrsrsr)!!!
Brother, não consegui visualizar a solução que você propos.
Ao chamar uma procedure, executo o comando abaixo.
exec pr_xpto;
no meu caso, a execução da procedure pr_xpto não ocorreia sendo finalizada com
erro.
como poderei tratar a excetion que ocorre
É isto:
Operation Optimizer Cost Cardinality Bytes Filter Predicates Query
SELECT STATEMENT ALL_ROWS 37779 27 513 SELECT
d.DIS_DESCRICAO,sum(DUP_ARE_EXP)
FROM EST_PUN_DET_UTI_PAR_07 d
where epp_cam_ano_ini_cam=2007
and d.ejv_num_ver=0
GROUP BY d.DIS_DESCRICAO
HASH(GROUP BY)
3777
Boa tarde Jener, no Senac de RP tem curso de preparação para DBA, dividido
em três módulos, segue link abaixo, não sei o motivo, mais no site não está
relacionado a cidade de Ribeirão, mais liga lá que eu sei que está
finalizando a turma do módulo 1 e inscrições para o módulo 2, o curso
oferece ma
Entendi, Está estranho.
Pode colocar os dois SELECTs com os EXPLAIN aqui?
Abraço !
--- Em ter, 21/4/09, Elis Azevedo Nery escreveu:
De: Elis Azevedo Nery
Assunto: Res: [oracle_br] Indice p/Ricardo
Para: oracle_br@yahoogrupos.com.br
Data: Terça-feira, 21 de Abril de 2009, 13:21
Ricardo, eu que
Elis,
Até simulei sua situação aqui e no teste que fiz, não anexei o plano de
execução, mas pode crer usou o indice.
-- essa query deve ser parecida com a sua
select sum(attribute_value) from lb_country_load where reference_year = 2008
and reference_month = 03
-- aqui eu criei um indice na tabel
http://oglobo.globo.com/economia/mat/2009/04/20/oracle-ira-comprar-sun-microsystems-755350818.asp
2009/4/20 Júlio César Corrêa :
> Boa!
>
> 2009/4/20 Robert Anderson
>
>>
>>
>> Gostei muito dessa notícia! Vamos esperar pra ver os próximos capítulos. :)
>>
>> --
>> Robert Anderson Nogueira de Oliv
Ricardo, eu quero fazer um sum dentro de um filtro que tem indice. No meu caso
quero somar um valor para o ano 2008. Se eu não faço o sum ele utiliza o indice
por ano, quando coloco o sum ele faz full. Deu para entender?
Obrigadão.
Elis
De: Ricardo Portilho P
Se você está fazendo um SUM, o Oracle precisa ler todos os registros para
conseguir finalizar a soma. O mesmo ocorreria com AVG, por exemplo.
Já que precisa ler todos os registros, não terá vantagem em ler o índice.
É o comportamento normal do Banco.
Se você precisasse contar todas as letras de
O que sei é que : depende!O ideia é vc mostrar a sua query e apontar onde há
indices ou não.
Você coleta estatiscas periodicamente usando dbms_stats?
O que nós encontramos em documentações Oracle por ae,pelo menos as que eu
encontrei é que o otimizador do Oracle prefere usar indice se a cosulta q
Bom dia pessoal!
Tenho uma tabela com milhares de registros. Esta tabela tem um índice, mas
quando eu faço sum de alguma coluna, o Oracle prefere fazer full do que
utilizar o índice e a query acaba por ficar super-lenta.
O que vocês sugerem? Colocar no indice as colunas utilizadas pelo sum?
Obr
13 matches
Mail list logo