Rafael, Não conhecia esse recurso do "SQL Patch", costumo usar o "SQL Plan Management", dbms_spm.alter_sql_plan_baseline. Quantos registros retornam efetivamente na consulta? Algumas dezenas ou milhares? Outra opção que talvez tenha um efeito grande é gerar histogramas nos campos de maior e menor cardinalidade, para que o Oracle possa escolher o plano com mais informações. Atc,Luis Freitas
On Friday, December 15, 2017 12:36 PM, "Rafael Mendonca raffaell.t...@yahoo.com [oracle_br]" <oracle_br@yahoogrupos.com.br> wrote: Obrigado pelo rapido retorno pessoal. Mulafani - sempre me ajudando... obrigado, porem esse caso de criar indice bitmap em ambiente OLTP e principalmente em tabelas extremamentes utilizadas em operacoes DML, essa opcao infelizmente nao vem ao caso. Luis Freitas, criei 2 sql patches para forcar o Oracle a realizar nested loops ao inves de hash join porem sem sucesso, segue o codigo abaixo: obs: repare que no final do plano de execucao, aparece: SQL patch "suggest_support_sap" used for this statement Segue codigo: http://textuploader.com/dc9sm Tambem tentei criar um sql patch com paralelismo, mas a mesma nao utilizou, irei verificar os outros pontos, testarei e trarei para voces sem seguida. Em Sexta-feira, 15 de Dezembro de 2017 12:23, "Rodrigo Mufalani rodr...@mufalani.com.br [oracle_br]" <oracle_br@yahoogrupos.com.br> escreveu: Bom dia, Uma coisa que talvez o teu ambiente tenha de sobra, e já que está usando EE, pense em usar DOP (PARALLEL) para essas tabelas assim a consulta vai rodar mais rápido. Dá uma lida no manual https://docs.oracle.com/cd/E11882_01/server.112/e25554/indexes.htm#sthref120 CREATE BITMAP INDEX sales_cust_gender_bjix ON sales(customers.cust_gender) FROM sales, customers WHERE sales.cust_id = customers.cust_id LOCAL NOLOGGING COMPUTE STATISTICS; OBS.: Lembrando que bitmap índexes tem que ser usados com muito cuidado, por conta de locks e que o paralelismo pode usar todos os recursos, verifique, monte um cenário de testes antes de aplicar isso em prod. OK? Atenciosamente, [RED] Rodrigo Mufalani - Dir. Técnico rodr...@mufalani.com.br +55 21 988 994 817 Mufalani +55 21 3193 0326 Rua Almirante Grenfall, 405, Bloco 3, Sala 310 Centro Empresarial Washington Luiz Duque de Caxias - RJ CEP 25085-009 www.mufalani.com.br<http://www.mufalani.com.br/> [id:image002.png@01D2F4C6.8E6B3BE0] De: <oracle_br@yahoogrupos.com.br> em nome de "Luis Freitas lfreita...@yahoo.com [oracle_br]" <oracle_br@yahoogrupos.com.br> Responder para: "oracle_br@yahoogrupos.com.br" <oracle_br@yahoogrupos.com.br> Data: sexta-feira, 15 de dezembro de 2017 12:09 Para: "oracle_br@yahoogrupos.com.br" <oracle_br@yahoogrupos.com.br> Assunto: Re: [oracle_br] Consulta muito lenta!! Rafael, Difícil sugerir alguma coisa só com o plano de execução, sem saber a cardinalidade campos usados na query. O tempo maior do plano está aparecendo como CPU, e está proximo do tempo que você reportou, algumas coisas que poderiam ser tentadas: - Forçar o uso de algum índice no campo RACCT, que é o numero da conta. Se houver uma cardinalidade grande nesse campo, pode reduzir muito o tempo de execução. - Forçar um full scan na FAGLFLEXA, o que deve mudar o perfil da query de CPU para disco. - Forçar um join por "nested loops", em vez de "hash". Também deve mudar o perfil de CPU para disco. Outra coisa que pode ser tentada é ativar o paralelismo na FAGLFLEXA, o que irá distribuir a execução da query em mais processos. Poderia ser feito por "sql plan management" para não ativar direto na tabela. Atc, Luis Freitas On Friday, December 15, 2017 10:57 AM, "Rafael Mendonca raffaell.t...@yahoo.com [oracle_br]" <oracle_br@yahoogrupos.com.br> wrote: Senhores, bom dia. Preciso de uma grande ajuda dos especialistas. Ambiente single instance, file system, EE 11.2.0.3 Options: diagnostic and tuning pack, in memory, advanced compression, partitioning Possuo uma query do sistema SAP (standard SAP), ou seja, nao existe alternativa para mudança estrutural da consulta, nem por hint na consulta, nem nada, por ser standard. O que é possível fazer é tudo a nível de banco de dados, como criação de sql patch, rewrite etc... Pois bem, vamos aos detalhes: A consulta envolve 2 tabelas e 2 índices, cada um com seus respectivos tamanhos abaixo: tabela x1: 400GB tabela x2:160GB Indice tab x1: 140GB Indice tab x2: 2GB Duracao da consulta: 16 minutos OBS: Os segmentos envoldios nao possuem PARTICIONAMENTO ou COMPRESSAO. COnsulta abaixo: http://textuploader.com/dcreu Plano de execucao abaixo (SELECT * FROM table(dbms_xplan.display_cursor)): http://textuploader.com/dcre7 Alternativas 1: A criacao de uma Mview para a consulta em questao, porem o SAP nao pode direcionar o relatorio para a MVIew, entao pensei na rewrite para forcar ao ler o sqlid utilizar Mview, porem se as mview nao estiver totalmente atualizada com as tabelas envolvidas a Mview nao sera lida, ou seja, a tabela em questao possui 2 bilhoes de registros, eh alterada o tempo inteiro, ou seja, sem chance. Alternativa 2: realizar um compression OLTP nas tabelas envolvidas, o que acham? Problema sera a carga de DML nessas tabelas, me preocupo com a lentidao dos inserts, updates e deletes. Alternativa 3: Particionamento. Porem precisamos de uma solucao rapida, ira entrar um processo de auditoria e nao temos tempo para essa implementacao. Alguem pode ajudar nessa dificil missao? [As partes desta mensagem que não continham texto foram removidas] #yiv2433724654 #yiv2433724654 -- #yiv2433724654ygrp-mkp {border:1px solid #d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv2433724654 #yiv2433724654ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv2433724654 #yiv2433724654ygrp-mkp #yiv2433724654hd {color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 0;}#yiv2433724654 #yiv2433724654ygrp-mkp #yiv2433724654ads {margin-bottom:10px;}#yiv2433724654 #yiv2433724654ygrp-mkp .yiv2433724654ad {padding:0 0;}#yiv2433724654 #yiv2433724654ygrp-mkp .yiv2433724654ad p {margin:0;}#yiv2433724654 #yiv2433724654ygrp-mkp .yiv2433724654ad a {color:#0000ff;text-decoration:none;}#yiv2433724654 #yiv2433724654ygrp-sponsor #yiv2433724654ygrp-lc {font-family:Arial;}#yiv2433724654 #yiv2433724654ygrp-sponsor #yiv2433724654ygrp-lc #yiv2433724654hd {margin:10px 0px;font-weight:700;font-size:78%;line-height:122%;}#yiv2433724654 #yiv2433724654ygrp-sponsor #yiv2433724654ygrp-lc .yiv2433724654ad {margin-bottom:10px;padding:0 0;}#yiv2433724654 #yiv2433724654actions {font-family:Verdana;font-size:11px;padding:10px 0;}#yiv2433724654 #yiv2433724654activity {background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv2433724654 #yiv2433724654activity span {font-weight:700;}#yiv2433724654 #yiv2433724654activity span:first-child {text-transform:uppercase;}#yiv2433724654 #yiv2433724654activity span a {color:#5085b6;text-decoration:none;}#yiv2433724654 #yiv2433724654activity span span {color:#ff7900;}#yiv2433724654 #yiv2433724654activity span .yiv2433724654underline {text-decoration:underline;}#yiv2433724654 .yiv2433724654attach {clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 0;width:400px;}#yiv2433724654 .yiv2433724654attach div a {text-decoration:none;}#yiv2433724654 .yiv2433724654attach img {border:none;padding-right:5px;}#yiv2433724654 .yiv2433724654attach label {display:block;margin-bottom:5px;}#yiv2433724654 .yiv2433724654attach label a {text-decoration:none;}#yiv2433724654 blockquote {margin:0 0 0 4px;}#yiv2433724654 .yiv2433724654bold {font-family:Arial;font-size:13px;font-weight:700;}#yiv2433724654 .yiv2433724654bold a {text-decoration:none;}#yiv2433724654 dd.yiv2433724654last p a {font-family:Verdana;font-weight:700;}#yiv2433724654 dd.yiv2433724654last p span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv2433724654 dd.yiv2433724654last p span.yiv2433724654yshortcuts {margin-right:0;}#yiv2433724654 div.yiv2433724654attach-table div div a {text-decoration:none;}#yiv2433724654 div.yiv2433724654attach-table {width:400px;}#yiv2433724654 div.yiv2433724654file-title a, #yiv2433724654 div.yiv2433724654file-title a:active, #yiv2433724654 div.yiv2433724654file-title a:hover, #yiv2433724654 div.yiv2433724654file-title a:visited {text-decoration:none;}#yiv2433724654 div.yiv2433724654photo-title a, #yiv2433724654 div.yiv2433724654photo-title a:active, #yiv2433724654 div.yiv2433724654photo-title a:hover, #yiv2433724654 div.yiv2433724654photo-title a:visited {text-decoration:none;}#yiv2433724654 div#yiv2433724654ygrp-mlmsg #yiv2433724654ygrp-msg p a span.yiv2433724654yshortcuts {font-family:Verdana;font-size:10px;font-weight:normal;}#yiv2433724654 .yiv2433724654green {color:#628c2a;}#yiv2433724654 .yiv2433724654MsoNormal {margin:0 0 0 0;}#yiv2433724654 o {font-size:0;}#yiv2433724654 #yiv2433724654photos div {float:left;width:72px;}#yiv2433724654 #yiv2433724654photos div div {border:1px solid #666666;min-height:62px;overflow:hidden;width:62px;}#yiv2433724654 #yiv2433724654photos div label {color:#666666;font-size:10px;overflow:hidden;text-align:center;white-space:nowrap;width:64px;}#yiv2433724654 #yiv2433724654reco-category {font-size:77%;}#yiv2433724654 #yiv2433724654reco-desc {font-size:77%;}#yiv2433724654 .yiv2433724654replbq {margin:4px;}#yiv2433724654 #yiv2433724654ygrp-actbar div a:first-child {margin-right:2px;padding-right:5px;}#yiv2433724654 #yiv2433724654ygrp-mlmsg {font-size:13px;font-family:Arial, helvetica, clean, sans-serif;}#yiv2433724654 #yiv2433724654ygrp-mlmsg table {font-size:inherit;font:100%;}#yiv2433724654 #yiv2433724654ygrp-mlmsg select, #yiv2433724654 input, #yiv2433724654 textarea {font:99% Arial, Helvetica, clean, sans-serif;}#yiv2433724654 #yiv2433724654ygrp-mlmsg pre, #yiv2433724654 code {font:115% monospace;}#yiv2433724654 #yiv2433724654ygrp-mlmsg * {line-height:1.22em;}#yiv2433724654 #yiv2433724654ygrp-mlmsg #yiv2433724654logo {padding-bottom:10px;}#yiv2433724654 #yiv2433724654ygrp-msg p a {font-family:Verdana;}#yiv2433724654 #yiv2433724654ygrp-msg p#yiv2433724654attach-count span {color:#1E66AE;font-weight:700;}#yiv2433724654 #yiv2433724654ygrp-reco #yiv2433724654reco-head {color:#ff7900;font-weight:700;}#yiv2433724654 #yiv2433724654ygrp-reco {margin-bottom:20px;padding:0px;}#yiv2433724654 #yiv2433724654ygrp-sponsor #yiv2433724654ov li a {font-size:130%;text-decoration:none;}#yiv2433724654 #yiv2433724654ygrp-sponsor #yiv2433724654ov li {font-size:77%;list-style-type:square;padding:6px 0;}#yiv2433724654 #yiv2433724654ygrp-sponsor #yiv2433724654ov ul {margin:0;padding:0 0 0 8px;}#yiv2433724654 #yiv2433724654ygrp-text {font-family:Georgia;}#yiv2433724654 #yiv2433724654ygrp-text p {margin:0 0 1em 0;}#yiv2433724654 #yiv2433724654ygrp-text tt {font-size:120%;}#yiv2433724654 #yiv2433724654ygrp-vital ul li:last-child {border-right:none !important;}#yiv2433724654