Tudo tranquilo Chiappa!!!
Como de costume, vc sempre com respostas completas e bem embasadas.
Obrigadão!!!
Atenciosamente,
Dalton Pereira Oliveira
To: oracle_br@yahoogrupos.com.br
From: oracle_br@yahoogrupos.com.br
Date: Tue, 5 Apr 2016 05:50:26 -0700
Subject: [oracle_br] Re: Regra de n egocio na aplicação ou no banc o de dados
?
Bom dia, tudo jóia ? Sim, tenho que concordar com você, o cara está
falando asnices : pra começar, vcs (corretamente!) foram aproveitar os recursos
de performance do RDBMS Oracle ao se centralizar processamento no banco de
dados (pelos quais JÁ PAGARAM, e não Foi pouco!!) como os caches específicos
para PL/SQL que o RDBMS mantém, a ** proximidade ** dos dados com o código
(pois como ambos rodam no mesmo servidor há MUITO MENOS tráfego de rede - não
dá pra comparar isso com o tempo que se gasta tendo que ENVIAR os dados pela
rede até o servidor onde roda a aplicação), ARRAY PROCESSING/bulk
(provavelmente), etc & tal , e pelo jeito isso foi bem implementado, por alguém
que sabia o que fazia e em consequencia vc teve melhoria de performance - aí o
sujeitonho vem e detona, desprezando a melhoria de performance líquida e certa
que vcs já obtiveram ??? Em troca de uma *** PROMESSA ** futura de "melhoria no
padrão"?? Não dá pra engolir não...
E nem falei de pontos como a separação de tarefas (em vc concentrando lógica
do negócio/processamento interno de dados/controle de Transações com
especialistas SQL e PL/SQL vc deixa os desenvolvedores comuns focados em UI e
processamento local, que é o que eles conhecemvia de regra), e a SEGURANÇA que
vc adquire contra obsolescência de tecnologia : pois com TOTAL CERTEZA, se vc
hoje tem o grosso dos seus códigos no database, se amanhã a sopinha de letras
tecnológica muda e ao invés de X se passar a adotar a solução Y para
front-end/apresentação/reporting o PL/SQl e o SQL é o mesmo, RIGOROSAMENTE NÃO
MUDA Só vejo vantagens (em retorno de investimento, performance, segurança,
etc) em se ter aplicações database-centric... Front-ends, frameworks e cia bela
mudam quase toda hora, mas banco de dados é banco de dados
Eu se fosse vc reportava esses pontos todos pra sua direção, ** PROVANDO ** no
possível (com execuções controladas, com reports técnicos, etc) a diferença /
lucro em termos de performance E de separação de jobs/garantia contra
obsolescência / etc que vcs obtiveram, e a direção que decida... MUITO
PROVAVELMENTE eles vão decidir (já que contrataram o tal consultor) por fazer
besteira e desmanchar o trabalho que vcs já fizeram, mas pelo menos a tua
obrigação como técnico, de apontar o melhor caminho pra Empresa (e ** não ** a
modinha tecnológica du jour !!) vc fez...
[]s
Chiappa