Pois é, o fato dele ter usado o termo consulta pode ter me confundido, mas eu entendo por consulta algo pontual, uma coisa destinada a alguem ler (consultar). Isso implica em uma quantidade pequena de dados, algo legível por um humano, que nunca passará de 200kb, a menos que seja consulta de imagens. Uma demora tão grande, com um uso tão intenso de cpu me leva a pensar que, salvo a excessão que falei, exista um "problema" estrutural nas queries ou no esquema. Mas, não dá para avaliar só pelo que o rei falou. Vale então o conselho. Roberto
rflribeiro escreveu: > Como outro colega mencionou em outra mensagem, seria interessante dar > uma olhada no plano de execução das queries, procurando corrigir ou > melhorar algo nelas. Partindo do princípio de que você já tem a query o > melhor escrita possível, aí sim, efetuar testes com views ou utilização > de procedures. > > Reginaldo Ribeiro > Administrador de Bancos de Dados > Oracle Certified Associate 10g > _________________________________ > DBcom IT Experts > skype: rflribeiro > msn: [EMAIL PROTECTED] > mobile: 551192344290 > fone: 551162165375 > e-mail: [EMAIL PROTECTED] > site: www.dbcom.com.br > > > > rei_do_delphi wrote: > >> boa tarde Reginaldo, tudo bom? >> >> eu até pensei em view(comuns), mas o problema é que as consultas são >> muito pesadas, temos ambiente de testes sim, e em produção e teste a >> select roda devagar, por isso gostaria de criar ou uma procedure para >> rodar todas as noite para carregar dados para uma nova tabela com o >> resultado dessa select de uma maneira analítica. Também pensei em >> views materializadas, e gostaria de saber a opinião de vocês entre >> procedure e view materializada. >> >> --- Em oracle_br@yahoogrupos.com.br >> <mailto:oracle_br%40yahoogrupos.com.br>, rflribeiro <[EMAIL PROTECTED]> >> escreveu >> >>> Se os dados já estão disponíveis em suas respectivas tabelas e, após a >>> inserção eles não sofrerão outras operações, ou seja, se sua procedure >>> só server para centralizar os dados numa tabela única e nada mais, ao >>> menos tente utilizar view. Você não tem ambiente de teste? >>> >>> Reginaldo Ribeiro >>> Administrador de Bancos de Dados >>> Oracle Certified Associate 10g >>> _________________________________ >>> DBcom IT Experts >>> skype: rflribeiro >>> msn: [EMAIL PROTECTED] >>> mobile: 551192344290 >>> fone: 551162165375 >>> e-mail: [EMAIL PROTECTED] >>> site: www.dbcom.com.br >>> >>> >>> >>> rei_do_delphi wrote: >>> >>>> Boa tarde a todos! >>>> >>>> estou com uma dúvida muito grande quanto ao que fazer. Existem algumas >>>> consultas em nosso site que tiveram de ser desabilitadas por que >>>> estavam consumindo muitos recursos do banco de dados. Coisa assim de >>>> ficar 5 minutos com o processador a 90% e não retornar os dados. Eu >>>> sei que isso é erro de análise, ou melhor, erro de projeto do banco de >>>> dados, porém, essas consultas são necessárias! Estava pensando então >>>> em criar um job que rodasse uma procedure que alimentasse uma tabela >>>> todas as noites com os dados na forma mais sintética possível para >>>> esses relatórios, e então essas consultas deveriam consultar esses >>>> dados que a procedure gerou e gravou nessa tabela, pois assim, o >>>> processamente seria mais leve e diario, acarretando apenas em >>>> tamanho(espaço físico), porém estava lendo um livro e vi que é >>>> possível também a criação de views materializadas. Gostaria de saber o >>>> que vcs acham que compensa mais, procedure ou view? Ambiente é >>>> solaris, versão 10.2.0.1. Abraço a todos. >>>> > > > [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 > > > > > >
