> Um profissional que conheça de programação no banco e em
> python/perl/tcl é bem mais caro do que PL/PgSQL. Caso não tenha esse
> profissional ou não exista no mercado e ele terá que aprender , a curva
> de aprendizado dele será maior e custo também.
Nesse ponto, discordo. Encontrar alguém que programe em Python e Java
é muito fácil. Então bastaria ensinar como fazer a conexão destas
linguagens com o Postgres. O que não leva muito tempo.
No final das contas deve valer muito mais a pena que ficar remando com
a PL/PgSQL. Se houver realmente demanda de código dentro do banco,
claro.
Linguagens de Banco geralmente são criadas para extender o SQL para
permitir uso um pouco mais complexo, através das estruturas de
controle, por exemlo (Loops, If, etc).
Não se pode comparar o número de pessoas otimizando o Pl/PgSQL com o
número de pessoas que otimizam o Python ou o Java.
Além disso, a também a questão do rendimento do desenvolvedor quando
há a troca de contexto.
Exemplo:
-O mesmo desenvolvedor trabalha na aplicação com Java e nas Stored
Procedures no banco com Pl/PgSQL
-Cada vez que ele sai de um ambiente para o outro, leva um tempo para
lembrar as diferenças de sintaxe. Isso prejudica o rendimento.
Pode parecer bobagem, mas deixa o prazo do projeto apertar para ver :)
Esses todos foram argumentos "Pró".
"Contra" seria... Com uma linguagem "estranha" ao Banco, é preciso
avaliar com muito mais cuidado como funciona a integração e o impacto
de execução no banco.
Bom dia a todos,
Daniel
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
