Pessoal, se a prioridade é performance, opte pelas regras de negócio dentro do BD. Falo disso no artigo: http://www.fabioprado.net/2011/09/otimizando-performance-de-aplicacoes.html, que tem inclusive um exemplo para qq um baixar e testar.
[]s Sent with MailTrack <https://mailtrack.io/install?source=signature&lang=en&referral=fbifa...@gmail.com&idSignature=22> *Fábio Prado* <http://www.fabioprado.net/2014/01/oracle-ace-o-que-e-isso.html> www.fabioprado.net "Compartilhando conhecimentos e treinando profissionais em Bancos de Dados Oracle" Em 5 de abril de 2016 11:28, jlchia...@yahoo.com.br [oracle_br] < oracle_br@yahoogrupos.com.br> escreveu: > > > Pois é, ERPs são osso duro de roer : outro dia mesmo, atuando como > especialista em tecnologia de bancos de dados num cliente da minha > Consultoria (que foca em SAP), caí numa situação em que se tivessem sido > usados alguns recursos do RDBMS Oracle (principalmente Particionamento e > INSERT em direct-mode) determinada rotina de processamento seria completada > em (por baixo) 10x menos tempo (isso COMPROVADO por POCs feitas), mas o > fornecedor fechou questão em absoluto rejeitando a hipótese, justamente com > o argumento de "dificuldade" de implementar (o que é uma piada, neguim > investe um montão em tecnologias complexas como java e não quer investir em > coisas simples como SQL e PL/SQL - pelamordedeus, SQL tem uma dúzia de > comandos, PL/SQL duas, nem se compara com o tech stack exigido por outras > coisas) , "quebra" do paradigma de universalidade/independência de > databases por eles exigido.... Não teve jeito, eles desprezaram a Evidência > real colhida e mandaram o cliente "aumentar o hardware" e é isso... > > []s > > Chiappa > >
