Fala Ivo e Tiago, tudo bom? Valeu pela dica, agora não esqueço mais o termo "application server" que é exatamente o que o conjunto *apache + linguagem* representa mesmo: o servidor de aplicação. nem me toquei para pesquisar dessa maneira.
Muito bom o link da discussão da lista do postgres que você passou Ivo. Deu para notar na discussão deles, que os que utilizam essa solução, vêem o estudo de *design* da utilização do Postgres como um servidor de aplicação como o ponto de entrada para fazer funcionar. E, por sinal, eu já havia me deparado com a solução servidor nginx + extensão ngx_postgres <https://github.com/openresty/ngx_postgres> implementada pelo pessoal do OpenResty que um dos usuários cita. Uma pena que eles(OpenResty) não recomendam mais o uso desta extensão e sim de outra que usa a linguagem Lua com uma interface própria para acesso ao Postgres. Vi na lista de discussão deles também que uma das desvantagens que eles vêem no uso da extensão acima é não pode fazer transações. Contudo acho que isso seria facilmente resolvido, fazendo transações apenas nas procedures/functions. A extensão serviria apenas para calls. Outro também citou o libpq <http://asmith.id.au/mod_libpq.html>, mas esta opção está muito desatualizada. E só com o que você falou Tiago, já acredito que era suficiente para fazer qualquer um, que queira ver considerar opções, considerar o Postgres como servidor de aplicação. Vou continuar buscando informações a respeito e se eu achar algo legal, posto para vocês. Abraço e obrigado pelas respostas até então. Samuel
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
