On Qui, 2007-07-05 at 11:18 -0300, Daniel Gaspary wrote: > > 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.
De acordo. Também esxiste a PL/Java, embora nunca tenha usado pelo que vi está bem completa. > > 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. Eu diria que é uma questão de foco da linguagem, o PL/PgSQL é imbatível em termos de integração com o banco na minha opinião. Independente do número de desenvolvedores ela é feita somente com esse propósito. Mas para uso geral é limitada. Normalmente eu uso ela em conjunto com outras PLs quando necessário. > Além disso, a também a questão do rendimento do desenvolvedor quando > há a troca de contexto. É verdade, talvez justifique migrar todas as funções, mas talvez usar mais de uma PL seja o ideal. Depende de o quão hábil é a equipe em cada PL. > > 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ó". A questão de portabilidade é um fator crítico como o Fike disse. Se vocês desenvolvem só para o PostgreSQL e sempre têm acesso a instalação de PLs, os argumentos contra ficam bem menos importantes. Abraço, -- Diogo Biazus Softa Consultoria para Desenvolvimento http://www.softa.com.br http://www.postgresql.org.br _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
