Re: [pgbr-geral] Trigger Simples

2016-01-18 Por tôpico Euler Taveira
On 18-01-2016 11:26, Mario Moreira wrote: > Como sair da lista? > Acesse o link no rodapé deste email. -- Euler Taveira Timbira - http://www.timbira.com.br/ PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento

Re: [pgbr-geral] Trigger Simples

2016-01-18 Por tôpico Euler Taveira
On 15-01-2016 18:58, Pablo Farias wrote: > Para inclusao de registro ficou perfeito mais e para quando ouver > alteração, no registro preciso atualizar o campo data_atualizacao. > > Com a opção default nao deu certo > Não há necessidade de gatilho para INSERT ou UPDATE se você utilizar o termo

Re: [pgbr-geral] Trigger Simples

2016-01-18 Por tôpico Mario Moreira
Como sair da lista? Em 18/01/2016 12:24, "Euler Taveira" escreveu: > On 15-01-2016 18:58, Pablo Farias wrote: > > Para inclusao de registro ficou perfeito mais e para quando ouver > > alteração, no registro preciso atualizar o campo data_atualizacao. > > > > Com a opção

Re: [pgbr-geral] Schema ou Database distintas?

2016-01-18 Por tôpico Rafael Bernard Rodrigues Araujo
Olá, Felipe. 2016-01-18 10:01 GMT-02:00 Felipe Moura : > > Pessoal, estamos passando por um situação onde a equipe de banco de dados > afirma que trabalhar com esquema no postgres é inseguro e a solução dada > seria utilizar uma database para cada sistema. > Qual é a

Re: [pgbr-geral] Regras de negocio no banco ou na aplicação

2016-01-18 Por tôpico Felipe Moura
Bom dia a todos! Pessoal, atualmente sou desenvolvedor, mas ja tive experiencias com PL\SQl com oracle entre outras e foram bem boas, principal ponto forte foi performance, porém percebi alguns pontos que me levaram a crer que podemos dividir as responsabilidades e deixar de pensar que a regra

Re: [pgbr-geral] Schema ou Database distintas?

2016-01-18 Por tôpico Felipe Moura
Fala Pessoal, Acredito que minha linha de pensamento segue bem no que vcs postaram aqui. @rafael, não me explicaram o que seria esta "insegurança", achei bem estranho essa afirmação e concordo plenamente que a segurança entre ambos é de certa forma a mesma, dependendo muito das regras de grupos

Re: [pgbr-geral] prepared statements

2016-01-18 Por tôpico Euler Taveira
On 14-01-2016 18:37, Alessandro Lima wrote: > Pelo que entendi uma das vantagens de usar prepared statements é que o > parse é realizado apenas uma vez para consultas idênticas, > gostaria de saber se é nomal ter no log todos estes registros de bind > também? > Apenas uma vez por sessão (aka

Re: [pgbr-geral] Mudar a estrutura da tabela com dependencias de VIEWS

2016-01-18 Por tôpico Fabrízio de Royes Mello
On 11-01-2016 08:57, lu moraes santos wrote: > Quando se muda por exemplo o tamanho de um campo de uma tabela que > exista views o postgres exige que se apague as dependencias altere e > depois refaça tais dependencias, isto nao ocorre no sql server, sera que > existe alguma solucao pra isto no

[pgbr-geral] D

2016-01-18 Por tôpico Gmail
E Atenciosamente, Luiz Henrique ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Schema ou Database distintas?

2016-01-18 Por tôpico Tiago José Adami
Em 18 de janeiro de 2016 10:01, Felipe Moura escreveu: > Pessoal, estamos passando por um situação onde a equipe de banco de dados > afirma que trabalhar com esquema no postgres é inseguro e a solução dada > seria utilizar uma database para cada sistema. > > Alguém já

Re: [pgbr-geral] Ferramentas para Gerenciar Regras de negocio no banco de dados

2016-01-18 Por tôpico iannsp
On 1/18/16 2:08 PM, Flavio Henrique Araque Gurgel wrote: >> 3-Qual linguagem voces recomendariam para desenvolver essas Regras de >> negocio? Pgsql, Java, Perl, Phyton, C? > > Eu só gostaria que parassem de chamar linguagem procedural de regra de > negócios. :+1 > > As diversas relações, suas

[pgbr-geral] PgDay Curitiba - Março de 2016

2016-01-18 Por tôpico ChIcO
Boa tarde pessoal, O site do PgDay Curitiba esta oficialmente no ar em www.pgdaycuritiba.pr.gov.br. Neste momento estamos recebendo as inscrições de palestrantes até o dia *05 de fevereiro de 2016*. Lembrando: *Data* 03 de março de 2016 *Horário* Das 08:00 às 11:30 e das 13:30 às 18:00 *Local*

Re: [pgbr-geral] Regras de negocio no banco ou na aplicação

2016-01-18 Por tôpico Flávio Alves Granato
On 15-01-2016 22:21, iannsp wrote: Implementado no SGDB ou fora dele o custo é dado pela resistencia a mudanças que a arquitetura utilizada define. Pode explicar melhor este conceito? Ficou muito vago. No caso do sgdb, principalmente o postgresql que suporta tipagem dos parametros, sobrecarga

Re: [pgbr-geral] Schema ou Database distintas?

2016-01-18 Por tôpico iannsp
On 1/18/16 10:01 AM, Felipe Moura wrote: > Bom dia! > > Pessoal, estamos passando por um situação onde a equipe de banco de > dados afirma que trabalhar com esquema no postgres é inseguro e a > solução dada seria utilizar uma database para cada sistema. Schema não é inseguro e é recomendavel

Re: [pgbr-geral] Problema com campo numeric

2016-01-18 Por tôpico Everton Berz
Oi vc consegue reproduzir o problema enviando pra nós as instruções SQL executadas? -- Everton ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Regras de negocio no banco ou na aplicação

2016-01-18 Por tôpico iannsp
On 1/18/16 10:10 AM, Flávio Alves Granato wrote: > On 15-01-2016 22:21, iannsp wrote: >> Implementado no SGDB ou fora dele o custo é dado pela resistencia a >> mudanças que a arquitetura utilizada define. > Pode explicar melhor este conceito? Ficou muito vago. O que manda na capacidade de um

[pgbr-geral] Schema ou Database distintas?

2016-01-18 Por tôpico Felipe Moura
Bom dia! Pessoal, estamos passando por um situação onde a equipe de banco de dados afirma que trabalhar com esquema no postgres é inseguro e a solução dada seria utilizar uma database para cada sistema. Alguém já passou por algo parecido? Também foi argumentado que os relacionamentos entre

Re: [pgbr-geral] Ferramentas para Gerenciar Regras de negocio no banco de dados

2016-01-18 Por tôpico Guimarães Faria Corcete DUTRA , Leandro
2016-01-18 13:58 GMT-02:00 Douglas Fabiano Specht : > Vamos utilizar o Postgresql 9.5 como Banco de dados Default, mas pode > ocorrer de termos clientes com Oracle, logo já precisamos nos preparar. > O que eu queria era recomendações: > 1-Ferramenta de modelagem multi

[pgbr-geral] Oferta de trabalho PostgreSQL na Alemanha - Com visto para trabalho

2016-01-18 Por tôpico Tiago José Adami
Olá pessoal. Recentemente fui contactado via LinkedIN por um recrutador chamado Sebastian White. Ele está procurando um profissional em PostgreSQL que tenha bons conhecimentos em otimização, upgrades, incidentes e shell script (Python é um "plus a mais") para trabalhar em Berlin, sendo necessário

Re: [pgbr-geral] Ferramentas para Gerenciar Regras de negocio no banco de dados

2016-01-18 Por tôpico Flavio Henrique Araque Gurgel
3-Qual linguagem voces recomendariam para desenvolver essas Regras de negocio? Pgsql, Java, Perl, Phyton, C? Eu só gostaria que parassem de chamar linguagem procedural de regra de negócios. As diversas relações, suas colunas e tipos, restrições, chaves e esquemas de um banco de dados são

[pgbr-geral] Ferramentas para Gerenciar Regras de negocio no banco de dados

2016-01-18 Por tôpico Douglas Fabiano Specht
boa tarde pessoal, depois da fervorosa discussão na Thread "Regras de negocio no banco ou na aplicação" gostaria de algumas sugestões para montagem de um ambiente de desenvolvimento. Vamos utilizar o Postgresql 9.5 como Banco de dados Default, mas pode ocorrer de termos clientes com Oracle, logo

Re: [pgbr-geral] Oferta de trabalho PostgreSQL na Alemanha - Com visto para trabalho

2016-01-18 Por tôpico Rafael Fialho
2016-01-18 14:42 GMT-02:00 Tiago José Adami : > Olá pessoal. > > Recentemente fui contactado via LinkedIN por um recrutador chamado > Sebastian White. Ele está procurando um profissional em PostgreSQL que > tenha bons conhecimentos em otimização, upgrades, incidentes e shell

Re: [pgbr-geral] Ferramentas para Gerenciar Regras de negocio no banco de dados

2016-01-18 Por tôpico Rafael Bernard Rodrigues Araujo
Recomendo também ter um repositório com controle de versão das funções/procedimentos. 2016-01-18 13:58 GMT-02:00 Douglas Fabiano Specht : > > 3-Qual linguagem voces recomendariam para desenvolver essas Regras de > negocio? Pgsql, Java, Perl, Phyton, C? > PL/PGSQL

Re: [pgbr-geral] Ferramentas para Gerenciar Regras de negocio no banco de dados

2016-01-18 Por tôpico Douglas Fabiano Specht
Em 18 de janeiro de 2016 14:08, Flavio Henrique Araque Gurgel < fha...@gmail.com> escreveu: > 3-Qual linguagem voces recomendariam para desenvolver essas Regras de >> negocio? Pgsql, Java, Perl, Phyton, C? >> > > Eu só gostaria que parassem de chamar linguagem procedural de regra de > negócios. >

Re: [pgbr-geral] Ferramentas para Gerenciar Regras de negocio no banco de dados

2016-01-18 Por tôpico Douglas Fabiano Specht
Em 18 de janeiro de 2016 19:57, Tiago José Adami escreveu: > > Em 18/01/2016 19:35, "Douglas Fabiano Specht" > escreveu: > > > > > > > > Em 18 de janeiro de 2016 14:08, Flavio Henrique Araque Gurgel < > fha...@gmail.com> escreveu: > >>> > >>> 3-Qual

Re: [pgbr-geral] Ferramentas para Gerenciar Regras de negocio no banco de dados

2016-01-18 Por tôpico Tiago José Adami
Em 18/01/2016 19:35, "Douglas Fabiano Specht" escreveu: > > > > Em 18 de janeiro de 2016 14:08, Flavio Henrique Araque Gurgel < fha...@gmail.com> escreveu: >>> >>> 3-Qual linguagem voces recomendariam para desenvolver essas Regras de >>> negocio? Pgsql, Java, Perl,

Re: [pgbr-geral] Ferramentas para Gerenciar Regras de negocio no banco de dados

2016-01-18 Por tôpico Dickson S. Guedes
Em 18 de janeiro de 2016 19:35, Douglas Fabiano Specht escreveu: > Em 18 de janeiro de 2016 14:08, Flavio Henrique Araque Gurgel > escreveu: >>> >>> 3-Qual linguagem voces recomendariam para desenvolver essas Regras de >>> negocio? Pgsql, Java, Perl,