Qual a língua que você usa para PostgreSQL dispara e procedimentos armazenados?

votos
17

PostgreSQL é interessante na medida em que suporta várias linguagens para escrever procedimentos armazenados. Qual deles você usa e por quê?

Publicado 05/08/2008 em 07:39
fonte usuário
Em outras línguas...                            


9 respostas

votos
6

Eu realmente apenas utilizado PL / pgSQL, mas isso foi porque eu precisava de alguns procedimentos armazenados relativamente rápido e não queria adicionar módulos adicionais para o servidor.

No longo prazo, eu provavelmente usar PL / Perl ou PL / Python, como eu usar perl para criação de scripts rápido e foram olhando para python por um tempo agora.

Uma coisa que eu descobri é que há uma falta de boa documentação para que no local do PostgreSQL. Os manuais foram completo como uma referência, mas não funcionou bem como um tutorial para ajudar a mostrar às pessoas como ele deve ser feito.

Isso, combinado com um bom ambiente de depuração, fez com que a minha primeira experiência de procedimentos de escrita envolvidos olhando para erros de sintaxe estranhas por um longo tempo.

Se alguém sabe de um bom site com tutoriais etc para a programação PostgreSQL, eu gostaria de obter um link para ele.

Respondeu 06/08/2008 em 15:26
fonte usuário

votos
5

Eu escrevo praticamente tudo em plpgsql, mas eu também sou um cara de banco de dados em primeiro lugar, por isso geralmente me serve melhor do que qualquer outra língua. Mas há muitas coisas que não fazem muito bem, caso em que outra língua, como plperl ou plpython é uma boa aposta. Claro, se a velocidade é uma preocupação séria, C é o caminho a percorrer.

Respondeu 16/09/2008 em 06:43
fonte usuário

votos
4

Skype usa PostgreSQL juntamente com python, e eles melhoraram PL / Python ao seu estado atual, então eu duvido que o apoio python está muito atrás perl. Eles têm sistema de filas / replicação escrito em cima dessas ligações, depois de tudo :-)

Dê uma olhada: Wiki Skytools

De uma olhada rápida na documentação, python parece ter menos documentação do que ligações perl, mas gostaria de sugerir a ficar com linguagem que você está mais confortável com.

Respondeu 12/09/2008 em 16:39
fonte usuário

votos
4

Quando eu escrevi meu primeiro disparo foi em Perl porque essa era a linguagem usada no exemplo I encontrado, mas os últimos gatilhos eu escrevi onde em Python, porque eu sou mais confortável com isso.

Eu acho que o conforto programador é a minha principal razão para escolher python, mas eu acho Perl ainda é melhor suportada.

Respondeu 05/08/2008 em 07:43
fonte usuário

votos
3

Eu uso PL / Perl, porque:

  • Eu gosto Perl
  • É uma linguagem dinâmica, o que significa que você pode fazer alguns truques úteis fácil, ou seja, passar um nome de coluna para a função de gatilho e fazer algumas ações com o valor desta coluna em uma tupla gatilho.
  • Ele tem uma boa documentação
Respondeu 05/09/2009 em 05:01
fonte usuário

votos
3

Eu uso PL / pgSQL para a maioria de tudo, e se há algo que não pode fazer eu escrever funções em PL / Python (que rochas). Você também pode usar PL / Java, PL / Perl, PL / PHP.

Eu diria que Python é, provavelmente, o melhor de todo um, porque Python é em praticamente todos os sistemas Linux. Perl seria segundo com Python derrotá-lo por causa da sintaxe de leitura mais fácil.

Respondeu 22/09/2008 em 06:51
fonte usuário

votos
3

PL / Ruby porque eu uso o Ruby todos os dias de qualquer maneira.

Respondeu 18/09/2008 em 15:54
fonte usuário

votos
3

Para algo realmente pequeno / simples ou que não requer um monte de manipulação de cadeia ou a lógica, eu uso plpgsql, porque é rápido. Para mais coisas complexas, eu uso plperl, porque eu gosto dele.

Respondeu 16/09/2008 em 23:00
fonte usuário

votos
0

Eu diria que Python é, provavelmente, o melhor de todo um, porque Python é em quase todos os system.Python linux derrotá-lo por causa da sintaxe facilitar a leitura

Respondeu 01/06/2018 em 08:22
fonte usuário

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more