Re: [pgbr-geral] depuração de rotinas

Eu o instalei recentemente para acesso MySQL, nem sabia desse suporte ao postgres Vou testá-la também. Valeu Ivanelson Samuel T. Santos https://www.samuelteixeirasantos.info @Gmail-mobile Em qua, 11 de abr de 2018 16:55, Ivanelson Nunes escreveu: > Boa tarde! > > O

Re: [pgbr-geral] depuração de rotinas

muito bom, me parece uma alternativa ao pgAdmin 4. Vou testá-lo com certeza. Obrigado pela dica William Em 11 de abril de 2018 19:19, William Ivanski escreveu: > > Olá, > > A ferramenta OmniDB possui um depurador, dê uma olhada aqui: >

Re: [pgbr-geral] depuração de rotinas

Pois é, cheguei a usar já e fiquei curioso de ver a alternativa de vocês. Valeu Rafael. Em 11 de abril de 2018 18:42, Rafael Fialho escreveu: > Ah sim, creio que sim, mas aparentemente nas novas versões do Advanced > Server não é necessário instalar ele por fora, que foi

Re: [pgbr-geral] depuração de rotinas

​esse pldebugger.git não é o utilizado pelo pgAdmin?​ valeu ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] depuração de rotinas

Olá pessoal, boa tarde. Utilizam alguma ferramenta para depurar stored procedures/functions? Att., -- Samuel Teixeira Santos ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo

Re: [pgbr-geral] "orientado a banco de dados"

​Fala pessoal. Obrigado pelos relatos e sugestões. Creio que aqui no trabalho também pode ser mais um caso de uso do postgres como application server. Traria mais benefícios, eu acredito. Mas o importante é que posso repassar os prós e contras que cada um de vocês listou aqui e ver se os meus

Re: [pgbr-geral] "orientado a banco de dados"

Fábio, E, pode parecer contraditório, mas se houvesse uma instância intermediária do próprio SGBD, espelhando a estrutura do banco de dados, mas sem dados, onde pudesse ficar as PLs e esta instância se comunicasse com o BD via dblink? https://www.postgresql.org/docs/9.5/static/dblink.html Vejam,

Re: [pgbr-geral] "orientado a banco de dados"

Sim, tem de ser validado, mas pergunto exatamente se não basta validar em uma camada? Porque um dado no formulário do cliente, a principio, poderia ter a mesma validação no banco. Assim, não poderia ser feita apenas no banco? ___ pgbr-geral mailing

Re: [pgbr-geral] "orientado a banco de dados"

Também achei este artigo bem interessante e compartilho com vocês http://renesd.blogspot.com.br/2017/02/is-postgresql-good-enough.html ​ ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br

Re: [pgbr-geral] "orientado a banco de dados"

Bom dia! Muito bom este retorno de vocês. Uma curiosidade para quem já viu ​na prática: já que utiliza-se de check constraints, então a validação, geralmente, feita no cliente não é mais necessária? Obrigado mais uma vez pela ajuda pessoal. Samuel

Re: [pgbr-geral] "orientado a banco de dados"

​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

[pgbr-geral] "orientado a banco de dados"

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