Usar o postgreSQL como application server é possivel. Os problemas gerais seriam a briga com o time de dev (a pratica de logica no DB é abominada pela maioria, tipo 99%), o versionamento da applicacao (stored procedures, tipos, domains...)
O que o postgresql vai te oferecer: stored procedures trusted(acessam o escopo do DB, e untrusted(acessam recursos externos [aqui esta a sacada]) as procedural languages do postgresql permitem que o conhecimento de programacao seja portado de outras linguagens para o contexto do db. pl-python, pl-java, pl-sh, pl-php.... pl-pgsql, pl-sql enfim. Não é dificil fazer, mas é dificil certo. É possivel. Se é recomendavel é discutivel. O termo é application server. Existem muitas threads sobre o tema: https://www.postgresql.org/message-id/CAN2Y%3DuPjF14F5A9JXj02_vaPw4TMR0WGQid_w80xt4sC8o4qGg%40mail.gmail.com é uma duvida recorrente inclusive :) Em 3 de janeiro de 2018 10:13, Samuel Teixeira Santos <arcano...@gmail.com> escreveu: > Bom dia pessoal, feliz 2018 a todos. > > Sou novo na lista e meu perfil é de desenvolvedor (para entenderem o > porque da minha pergunta abaixo... tentando justificá-la 🙄) > > Estou na faixa de conhecimento que vai do básico para intermediário em > relação a banco de dados e me interesso mais pela perfil técnico de banco > de dados do que da modelagem/administração de dados. > > Por isso, gostaria de bater um papo, ler o que vocês sabem ou acham sobre > casos, se já viram algum, em que foi-se construída uma aplicação que tinha > toda sua inteligência no banco de dados, podendo facilitar a desacoplagem > da camada do cliente de forma menos trabalhosa e associando a outras > tecnologias desta camada conforme a necessidade. > > Já viram algo do tipo? Recomendam tal abordagem? > > Por exemplo, hoje uma aplicação WEB, você desenvolve a camada > cliente(browser: html/css/js), desenvolve o backend (apache/nginx/tomcat - > php/python/java) e ainda mais específico, a camada do banco de dados. > > A idéia é continuar desenvolvendo a camanda cliente (porque não há como > fugir dela no casa da plataforma web), mas minimizar o possível a camada do > server, deixando-a apenas para o repasse de dados para o banco e a chamada > de procedures e functions no mesmo, onde realmente existirá o processamento > total dos dados, as regras de negócio etc > > Na experiência de vocês, já viram algo? Já tentaram algo do tipo? > > O que acham desta abordagem? > > Chamei-a no título de "orientado a banco de dados" com aspas porque > realmente não sabia como titular de outra forma menos redundante, ou com > pleonasmo, não sei. > > Espero poder muito aprender com vocês, independente do que eu expus aqui > ser viável ou não. > > Abraço a todos. > > > Samuel > > _______________________________________________ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > -- Ivo Nascimento - Iann ------------------------------------------------- http://about.me/ivonascimento -------------------------------------------------
_______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
