[pgbr-geral] Inscricao
___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Campo computed do Firebird no PG
Com trigger sim, dá para ser feito, mas achei esta funcionalidade muito pratica, ai vim aqui ver com os amigos se tinha algo parecido no PG já que eu não conheço tal funcionalidade no PG. Em 2 de agosto de 2011 20:48, Fabrízio de Royes Mello fabriziome...@gmail.com escreveu: Em 2 de agosto de 2011 20:09, Pedro B. Alves pedroalve...@gmail.com escreveu: Pessoal existe alguma forma de fazer um campo computed by que existe no firebird no postgresql? Exatamente como no Firebird não... mas o que vc pode fazer é utilizar triggers [1] para implementar o que vc deseja e terá o mesmo efeito. [1] http://www.postgresql.org/docs/current/interactive/plpgsql-trigger.html -- Fabrízio de Royes Mello Blog sobre TI: http://fabriziomello.blogspot.com Perfil Linkedin: http://br.linkedin.com/in/fabriziomello ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] HA Stand-by read/write
Pessoal, estou estudando HA no postgres e não tem nada na documentação que fale e read/write em standby mode on. Quero que em caso de queda, o slave assuma todas as funcionalidades do master e quando o master voltar, o slave atualiza o master. Teria que ter master e slave em cada máquina pra implementar isso? Se alguem puder dar uma direção de documentação ou ferramenta, fico grato ;) Abraço a todos, -- Prof Luciano Schardosim Email schar...@gmail.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Query utilizando 100 %de CPU
Ola pessoal, estou com alguns problemas de performance, já refiz várias configurações de tuning para o banco de dados, mas ainda persiste a lentidão em alguns momentos, talvez possam me ajudar, temos um erp java e em determinadas querys , o uso do processador vai a 100 % e acabam deixando outras querys como select waiting. Sempre aguardando o primeiro processo criado, que acaba demorando ou até travando. Outro detalhe que tenho é que a aplicação java roda junto ao banco de dados, já li e tenho ideia de apartar esses servidores, o que vocês me indicam? Podem me dar uma dica? Obrigado Lucas ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] HA Stand-by read/write
Faltou dizer que quero fazer com base no wal, assíncrono, pois não quero concorrência com a aplicação. Essas soluções estão disponiveis pra DB2 e Oracle, mas infelizmente não encontrei equivalente pro Postgres :( Mais ujma vez, se alguem tiver alguma dica :D []'s Em 3 de agosto de 2011 15:37, Luciano Schardosim schar...@gmail.comescreveu: Pessoal, estou estudando HA no postgres e não tem nada na documentação que fale e read/write em standby mode on. Quero que em caso de queda, o slave assuma todas as funcionalidades do master e quando o master voltar, o slave atualiza o master. Teria que ter master e slave em cada máquina pra implementar isso? Se alguem puder dar uma direção de documentação ou ferramenta, fico grato ;) Abraço a todos, -- Prof Luciano Schardosim Email schar...@gmail.com -- Prof Luciano Schardosim Mobile 51 9603.2608 Email schar...@gmail.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Query utilizando 100 %de CPU
Em 3 de agosto de 2011 17:04, Lima - Lojas Fricke Ltda l...@fricke.com.brescreveu: Ola pessoal, estou com alguns problemas de performance, já refiz várias configurações de tuning para o banco de dados, mas ainda persiste a lentidão em alguns momentos, talvez possam me ajudar, temos um erp java e em determinadas querys , o uso do processador vai a 100 % e acabam deixando outras querys como select waiting. Sempre aguardando o primeiro processo criado, que acaba demorando ou até travando. É difícil dizer o que está acontecendo sem conhecer o teu cenário, mas para ter queries com select waiting o processo que está consumindo recursos e que fica *pendurado* está realizando bloqueios exclusivos nos registros e/ou nas relações inteiras... O PostgreSQL usa o mecanismo MVCC [1] [2] onde o principio básico é um leitor nunca bloqueia um escritor e um escritor nunca bloqueia um leitor, portanto pode-se dizer que no seu caso pode estar sendo executada alguma operação em que exigem bloqueios exclusivos... Por acaso não está sendo executada alguma rotina/procedimento em lote (agendado) que na realidade deveria ser realizada fora do horário de uso normal da aplicação (a noite por exemplo)??? Veja que estou apenas *chutando*, de acordo com as informações que você passou... Uma recomendação seria utilizar uma ferramenta de análise dos Logs (aka pgfouine [3]) para que você possa saber o que está mais ou menos lento, em termos de SQL, em sua base de dados. Aproveitando para divulgar, teremos uma palestra sobre esse assunto dia 19/08/2011 no PGDay/RS 2011 [4] em Porto Alegre/RS. Outro detalhe que tenho é que a aplicação java roda junto ao banco de dados, já li e tenho ideia de apartar esses servidores, o que vocês me indicam? Um servidor de Aplicação no mesmo hardware de um servidor de Banco de Dados não é uma boa idéia porque os dois irão *disputar* fervorosamente pelos mesmos recursos (memória, cpu, I/O, etc)... mas pode não ser esse o teu *grande problema*. Se mesmo assim vc continua com dificuldades sugiro contratar o serviço de um DBA ou Consultoria especializada. [1] http://www.postgresql.org/docs/current/interactive/mvcc-intro.html [2] http://momjian.us/main/writings/pgsql/mvcc.pdf [3] http://pgfouine.projects.postgresql.org/ [4] http://www.postgresql.org.br/eventos/2011/pgday/rs -- Fabrízio de Royes Mello Blog sobre TI: http://fabriziomello.blogspot.com Perfil Linkedin: http://br.linkedin.com/in/fabriziomello ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Res: Como inserir registros em tabela com trigger
2009/3/4 Vinícius Gonçalves vinny...@yahoo.com.br: Sim, realmente a relação é Bi Direcional. Então o correto é haver uma relação de relacionamento — uma entidade à parte que registre os relacionamentos, análoga às que se usa para implementar relacionamentos n:m, constituída de dois atributos, ambos chave estrangeira para teu cadastro. O problema é que eu estou trabalhando com Orientação a Objetos Isso é irrelevante para bases de dados. o hibernate. É contraproducente. E o maior de todos os problemas é que eu não tenho muita experiencia nesta plataforma. A plataforma é irrelevante, a questão aí é entender o modelo relacional. A criação a Trigger resolveria todos os meus problemas. Mas é desnecessária, gera carga adicional no sistema, exige manutenção… -- Skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 Google Talk: xmpp:leand...@jabber.org +55 (11) 9406 7191 MSNIM:chat?contact=lean...@dutra.fastmail.fm sip:leand...@iptel.org ICQ: AIM:GoIM?screenname=61287803 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Query utilizando 100 %de CPU
Se quiser postar sua query e qtd de registros nas tabelas envolvidas, pode ficar mais fácil de dar sugestões. Abraços, Eduardo Alexandre Em 3 de agosto de 2011 17:50, Fabrízio de Royes Mello fabriziome...@gmail.com escreveu: Em 3 de agosto de 2011 17:04, Lima - Lojas Fricke Ltda l...@fricke.com.br escreveu: Ola pessoal, estou com alguns problemas de performance, já refiz várias configurações de tuning para o banco de dados, mas ainda persiste a lentidão em alguns momentos, talvez possam me ajudar, temos um erp java e em determinadas querys , o uso do processador vai a 100 % e acabam deixando outras querys como select waiting. Sempre aguardando o primeiro processo criado, que acaba demorando ou até travando. É difícil dizer o que está acontecendo sem conhecer o teu cenário, mas para ter queries com select waiting o processo que está consumindo recursos e que fica *pendurado* está realizando bloqueios exclusivos nos registros e/ou nas relações inteiras... O PostgreSQL usa o mecanismo MVCC [1] [2] onde o principio básico é um leitor nunca bloqueia um escritor e um escritor nunca bloqueia um leitor, portanto pode-se dizer que no seu caso pode estar sendo executada alguma operação em que exigem bloqueios exclusivos... Por acaso não está sendo executada alguma rotina/procedimento em lote (agendado) que na realidade deveria ser realizada fora do horário de uso normal da aplicação (a noite por exemplo)??? Veja que estou apenas *chutando*, de acordo com as informações que você passou... Uma recomendação seria utilizar uma ferramenta de análise dos Logs (aka pgfouine [3]) para que você possa saber o que está mais ou menos lento, em termos de SQL, em sua base de dados. Aproveitando para divulgar, teremos uma palestra sobre esse assunto dia 19/08/2011 no PGDay/RS 2011 [4] em Porto Alegre/RS. Outro detalhe que tenho é que a aplicação java roda junto ao banco de dados, já li e tenho ideia de apartar esses servidores, o que vocês me indicam? Um servidor de Aplicação no mesmo hardware de um servidor de Banco de Dados não é uma boa idéia porque os dois irão *disputar* fervorosamente pelos mesmos recursos (memória, cpu, I/O, etc)... mas pode não ser esse o teu *grande problema*. Se mesmo assim vc continua com dificuldades sugiro contratar o serviço de um DBA ou Consultoria especializada. [1] http://www.postgresql.org/docs/current/interactive/mvcc-intro.html [2] http://momjian.us/main/writings/pgsql/mvcc.pdf [3] http://pgfouine.projects.postgresql.org/ [4] http://www.postgresql.org.br/eventos/2011/pgday/rs -- Fabrízio de Royes Mello Blog sobre TI: http://fabriziomello.blogspot.com Perfil Linkedin: http://br.linkedin.com/in/fabriziomello ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] HA Stand-by read/write
Em 3 de agosto de 2011 17:09, Luciano Schardosim schar...@gmail.com escreveu: Faltou dizer que quero fazer com base no wal, assíncrono, pois não quero concorrência com a aplicação. Essas soluções estão disponiveis pra DB2 e Oracle, mas infelizmente não encontrei equivalente pro Postgres :( Só para constar, quase um OFF-TOPIC: o HADR do DB2 não atualiza a instância primária caso a segunda assuma o controle. É necessária intervenção manual para atualizar o primário ou mesmo inverter as posições. Caso exista algo assim no PostgreSQL também é de meu interesse ter conhecimento :) -- TIAGO J. ADAMI http://www.adamiworks.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] HA Stand-by read/write
Em 3 de agosto de 2011 19:28, Tiago Adami adam...@gmail.com escreveu: Em 3 de agosto de 2011 17:09, Luciano Schardosim schar...@gmail.com escreveu: Faltou dizer que quero fazer com base no wal, assíncrono, pois não quero concorrência com a aplicação. Essas soluções estão disponiveis pra DB2 e Oracle, mas infelizmente não encontrei equivalente pro Postgres :( Só para constar, quase um OFF-TOPIC: o HADR do DB2 não atualiza a instância primária caso a segunda assuma o controle. É necessária intervenção manual para atualizar o primário ou mesmo inverter as posições. Caso exista algo assim no PostgreSQL também é de meu interesse ter conhecimento :) O que vocês estão falando é exatamente o streaming-replication com warm/hot-standby do PostgreSQL. Faz _exatamente_ isso. Só precisa ter um controle de posição por fora, pode ser feito com o pgpool 2 ou Heartbeat/Corosync com Mon/Pacemaker ou Redhat Cluster Suite. []s Flavio Gurgel ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Long Objects, Escrita no WAL e dados corrompidos - PostgreSQL Windows
Preciso de ajuda para encontrar uma versão ou configuração do PostgreSQL que *evite* ao máximo corromper o banco de dados ao gravar dados em colunas do tipo BYTEA e LO (Long Object) e que mantenha ao máximo o WAL intacto (sem a necessidade de um pg_resetxlog). Eu já grifei a palavra *evite* pois sei que no Windows é impossível manter a integridade de qualquer banco de dados, ainda mais no cenário em que está sendo utilizado. O cenário mais comum é o seguinte: 1) Software de POS (também chamado de *Frente de Caixa*) para supermercados; 2) PostgreSQL 8.3 em Windows XP (em andamento projeto para migrar para a versão 9.0). Mais de 500 instâncias atualmente rodando; 3) Aplicação grava informações compactadas em formato binário em pelo menos 5 tabelas do banco de dados (4 BYTEA e 1 LO). Estas informações são de um aplicativo de terceiros e não há como alterá-lo; 4) O banco de dados *incha* com muita rapidez. Em um mês atinge cerca de 6GB nos caixas, e as operações começam a se tornar lentas. Descobrimos que é por causa dos BLOBs, pois os dados binários são armazenados e frequentemente eliminados pelo aplicativo de comunicação de terceiros que é utilizado. *VACUUM* não resolve nada, *VACUUMLO* sim, mas com o efeito colateral de ficar muitas horas rodando deixando o caixa parado; 5) A tabela com ID 1663 (pg_largeobject) corrompe com muita facilidade e com muita frequencia; 6) *SEMPRE* é necessário rodar um pg_resetxlog quando cai a energia e um caixa é desligado. Acreditem, isto acontece muito em supermercados; 7) Existe um banco de dados concentrador de informações dos caixas também em PostgreSQL 8.3 com a mesma estrutura, mas rodando em Windows Server com hardwares nada modestos, e todos os problemas dos caixas estendem-se a ele; Temos certeza de que a grande maioria dos nossos problemas está no aplicativo de terceiros que faz com que os dados de réplica sejam gravados no banco de dados em formato binário. Sim, sabemos. E já estamos migrando desta ferramenta. O fato é que preciso resolver os problemas acima para dar um fôlego enquanto isto não acontece. E então. Alguém se arrisca em dizer se há alguma configuração do postgresql.conf que reduza a incidência destes erros? Contenham-se em dizer para migrar para Linux. Eu bem gostaria, mas não existe esta possibilidade - infelizmente. -- TIAGO J. ADAMI http://www.adamiworks.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Long Objects, Escrita no WAL e dados corrompidos - PostgreSQL Windows
E então. Alguém se arrisca em dizer se há alguma configuração do postgresql.conf que reduza a incidência destes erros? Contenham-se em dizer para migrar para Linux. Eu bem gostaria, mas não existe esta possibilidade - infelizmente. Passe-nos as seguintes configurações, mais ligadas ao seu problema: fsync wal_sync_method full_page_writes synchronous_commit Adicionalmente: checkpoint_segments checkpoint_timeout []s Flavio Gurgel ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Long Objects, Escrita no WAL e dados corrompidos - PostgreSQL Windows
Usando fsync ou wal_sync_method, podemos afirmar que teremos assim uma penalidade no desempenho quanto a escrita concordam ? Em 3 de agosto de 2011 19:49, Flavio Henrique Araque Gurgel fha...@gmail.com escreveu: E então. Alguém se arrisca em dizer se há alguma configuração do postgresql.conf que reduza a incidência destes erros? Contenham-se em dizer para migrar para Linux. Eu bem gostaria, mas não existe esta possibilidade - infelizmente. Passe-nos as seguintes configurações, mais ligadas ao seu problema: fsync wal_sync_method full_page_writes synchronous_commit Adicionalmente: checkpoint_segments checkpoint_timeout []s Flavio Gurgel ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- *Atenciosamente* * * *Rodrigo Della Justina* *rodrigodellajust...@gmail.com* *rodrigodellajust...@ciss.com.br* Telp: 55-46-8801-6165 *IBM DB2 Certified Database Academic* ** ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] HA Stand-by read/write
Maravilha Flavio, já tenho por onde começar. Foi de grande ajuda. Vou mantendo a lista atualizada em relação aos meus estudos. Principalmente se der tudo certo ;) Tiago, faz muito tempo que não uso ou administro DB2(saudades), mas se quiser conversar sobre, manda email. Grande abraço a todos, Em 3 de agosto de 2011 19:31, Flavio Henrique Araque Gurgel fha...@gmail.com escreveu: Em 3 de agosto de 2011 19:28, Tiago Adami adam...@gmail.com escreveu: Em 3 de agosto de 2011 17:09, Luciano Schardosim schar...@gmail.com escreveu: Faltou dizer que quero fazer com base no wal, assíncrono, pois não quero concorrência com a aplicação. Essas soluções estão disponiveis pra DB2 e Oracle, mas infelizmente não encontrei equivalente pro Postgres :( Só para constar, quase um OFF-TOPIC: o HADR do DB2 não atualiza a instância primária caso a segunda assuma o controle. É necessária intervenção manual para atualizar o primário ou mesmo inverter as posições. Caso exista algo assim no PostgreSQL também é de meu interesse ter conhecimento :) O que vocês estão falando é exatamente o streaming-replication com warm/hot-standby do PostgreSQL. Faz _exatamente_ isso. Só precisa ter um controle de posição por fora, pode ser feito com o pgpool 2 ou Heartbeat/Corosync com Mon/Pacemaker ou Redhat Cluster Suite. []s Flavio Gurgel ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Prof Luciano Schardosim Email schar...@gmail.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] replicar dados
pessoal tenho uma seguinte situação. tenho um servidor com postgres 9.0.2. estou montando um outro servidor onde gostaria de ter como escravo. a idéia é a seguinte: quando e se o meu servidor principal por algum motivo cair, gostaria que fosse redirecionado para o segundo automaticamente sem que o usuario perceba. algo como um servidor de bkp sabe? não sei se expliquei direito... qual solução seria ideal pro meu caso? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] replicar dados
Isso é Alta Disponibilidade Veja as replicações existentes para Postgres http://slony.info/ http://blog.softa.com.br/configurando-a-replicacao-nativa-do-postgresq Em 3 de agosto de 2011 21:31, Beto Lima betol...@gmail.com escreveu: pessoal tenho uma seguinte situação. tenho um servidor com postgres 9.0.2. estou montando um outro servidor onde gostaria de ter como escravo. a idéia é a seguinte: quando e se o meu servidor principal por algum motivo cair, gostaria que fosse redirecionado para o segundo automaticamente sem que o usuario perceba. algo como um servidor de bkp sabe? não sei se expliquei direito... qual solução seria ideal pro meu caso? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- *Atenciosamente* * * *Rodrigo Della Justina* *rodrigodellajust...@gmail.com* *rodrigodellajust...@ciss.com.br* Telp: 55-46-8801-6165 *IBM DB2 Certified Database Academic* ** ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral