[pgbr-geral] Consideração replicação

Caros, Estou pretendendo fazer a replicação nativa do postgres e gostaria de saber algumas considerações O slave será utilizado apenas para consultas e não virará master automaticamente por motivos internos, i.e. não queremos (no momento) uma solução de HA. Diante disso: 1-Poderei deixar o slave

Re: [pgbr-geral] Como verificar se houve ganho de performance com o PGBouncer?

Obrigado pelas opiniões. Eu usei o pgbench com e sem o bouncer e sempre dá melhor rodando diretamente no banco. User com 100, 150, 200, 250 e 300 usuarios com o pool de 50 Irei fazer o mesmo teste com o pool de 100 ___ pgbr-geral mailing list

Re: [pgbr-geral] Como verificar se houve ganho de performance com o PGBouncer?

banco antes e depois do bouncer? Luiz Carlos ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Como verificar se houve ganho de performance com o PGBouncer?

Caros, Como verificar se há, e quanto, o ganho instalando o PGBouncer no nosso ambiente? Como calcular quantas TPS antes e depois das várias configurações que iremos testar no PGBouncer? Existe algum número mágico nas configurações para começarmos as tentativas? Atenciosamente, Luiz Carlos

Re: [pgbr-geral] [memória autovacuum]

On 04-05-2016 14:47, Daniel Luiz da Silva wrote: > Euller, > > Tem como rastrear o XID de uma tupla? > [..por favor não faça top-posting..] Existem as colunas xmin e xmax... recomendo dar uma olhada nessa apresentação do Bruce: http://momjian.us/main/writings/pgsql/mv

Re: [pgbr-geral] [memória autovacuum]

utovacuum] On 04-05-2016 09:04, Daniel Luiz da Silva wrote: > O parâmetro autovacuum_vacuum_cost_delay está em 20 ms. Sobre o FREEZE, > acredito que não seria o caso, porque na teoria, ele só seria problema > se não estivesse habilitado o auto_vacuum, correto? > Qualquer comando

Re: [pgbr-geral] [memória autovacuum]

ra, 4 de maio de 2016 1:52:03 Assunto: Re: [pgbr-geral] [memória autovacuum] On 03-05-2016 16:17, Daniel Luiz da Silva wrote: > - mesmo utilizando 24MB, na sessão, e demorando 40 mintuos, porque não > utilizou total disponível 32MB, como funciona o rastreio de tuplas não > vigentes?

Re: [pgbr-geral] [memória autovacuum]

a.com.br> Para: "Comunidade PostgreSQL Brasileira" <pgbr-geral@listas.postgresql.org.br> Enviadas: Terça-feira, 3 de maio de 2016 15:45:57 Assunto: Re: [pgbr-geral] [memória autovacuum] On 03-05-2016 15:10, Daniel Luiz da Silva wrote: > Tenho castrado 32MB para o parâmetro maintenance_wor

[pgbr-geral] [memória autovacuum]

Olá pessoal, Tenho castrado 32MB para o parâmetro maintenance_work_mem e 3 para autovacuum_work_men. Porém ao executar um processo de autovaccum de uma tabela específica a memória utilizada de acordo com Sistema Operacional é de 24MB. Minha dúvida é sobre a quantidade de memória que um

[pgbr-geral] [Postgres 9.0] Teste de reorganização de páginas

Bom dia, Pessoal, Estou realizando um teste para identificar tabelas inchadas (bloat table) na minha database. Porém fiquei com dúvida sobre o funcionamento do VACUUM. Tenho o seguinte cenário: -- create da tabela create table a ( nm text ); -- inserção de registros insert into a values

[pgbr-geral] problema com campos date apos restore

ais. Pergunta : por que isso acontece ? tem a ver com timezone ? como resolver ? Algum link que possa orientar ? Grato a todos! -- Atenciosamente, Luiz Henrique “A coruja de Minerva alça seu vôo somente com o início do crepúsculo”. Friedrich Hegel <https://www.avast.com/sig-email?utm_

Re: [pgbr-geral] pghoard - backup daemon and restore

On Thu, Apr 28, 2016 at 1:42 PM, Albino B Neto wrote: > Oi pessoal > > Já fizeram testes/usaram o pghoard[0] ? > > Me parece muito interessante. :-) > > "pghoard is a PostgreSQL backup daemon and restore tooling for cloud > object storages." > > 0 - https://github.com/ohmu/pghoard

Re: [pgbr-geral] Select (Referência inválida)

> > No select abaixo estou recebendo esta mensagem. > > NOTICE: adding missing FROM-clause entry for table "cc" > LINE 49: ON(cc.id = cl.id AND > ^ > HINT: There is an entry for table "cc", but it cannot be referenced from > this part of the query. > > Boa tarde, Carlos. Evite

Re: [pgbr-geral] Uso de shared_buffer e aumento de IOPS

2016-04-25 18:00 GMT-03:00 Matheus de Oliveira <matioli.math...@gmail.com>: > > 2016-04-25 8:46 GMT-03:00 Cleiton Luiz Domazak <cleitondoma...@gmail.com>: > >> Você configura ele de alguma forma personalizada, ou segue a recomendação >> da documentação mesmo? Q

Re: [pgbr-geral] contraint already exists (mas não existe!)

> > Fiz o dump e o restore pelo pgadmin 1.20.0 (windows) > ambos os servidores do dump e do restore são linux e utilizam postgresql > 9.4 > Pode ser esse o problema, verifique se o PgAdmin está usando os binários na mesma versão que a do seu servidor: Options / Binary Paths Mesmo assim, sugiro

Re: [pgbr-geral] Uso de shared_buffer e aumento de IOPS

2016-04-22 7:49 GMT-03:00 Matheus de Oliveira <matioli.math...@gmail.com>: > > 2016-04-20 20:16 GMT-03:00 Cleiton Luiz Domazak <cleitondoma...@gmail.com> > : > >> Você já utilizou ou utiliza o POWA? Nos servidores de microservices, como >> estão no RDS e já n

Re: [pgbr-geral] Replicação multi master BDR / Bucardo

Bom dia, Murilo, Caso alguém tenha auxiliado com tópico, gostaria que repasse para mim também, porque isso é um assunto de meu interesse. Agradeço sua pergunta. Att. De: "Murilo Habermann Torquato" Para: "Comunidade PostgreSQL Brasileira"

Re: [pgbr-geral] contraint already exists (mas não existe!)

> > Boa tarde, > > Restaurei uma base de dados em Postgresql 9.4 64bits linux > Hoje percebi que está faltando várias constraints PRIMARY KEY > o estranho é que ao tentar adicionar a constraint, é informado que já > existe > se tento excluir a constraint, é informado que não existe > Erro

Re: [pgbr-geral] Separar inteiro

> > Bom dia pessoal, > > Preciso capturar os caracteres de um campo varchar até achar um > caractere que não seja número. Por exemplo: > > 122-43 – Aqui preciso capturar 122; > 33a12 – aqui 33; > 556 – aqui 556. > Bom dia. Pelo que entendi você precisar capturar os primeiros

Re: [pgbr-geral] Uso de shared_buffer e aumento de IOPS

2016-04-20 10:45 GMT-03:00 Matheus de Oliveira <matioli.math...@gmail.com>: > > 2016-04-20 8:51 GMT-03:00 Cleiton Luiz Domazak <cleitondoma...@gmail.com>: > >> Isso vai ser muito util mesmo... >>> >> >> O que você usa para monitorar de

Re: [pgbr-geral] Consulta a código NCM

> > Pessoal, > > Gostaria de compartilhar um problema e verificar se alguém pode me dar uma > opinião. > > Tenho a necessidade de associar características a um NCM > . > Um código

Re: [pgbr-geral] Uso de shared_buffer e aumento de IOPS

2016-04-19 11:41 GMT-03:00 Cleiton Luiz Domazak <cleitondoma...@gmail.com>: > > > 2016-04-19 10:59 GMT-03:00 Matheus de Oliveira <matioli.math...@gmail.com> > : > >> >> 2016-04-19 8:13 GMT-03:00 Cleiton Luiz Domazak <cleitondoma...@gmail.com> >

Re: [pgbr-geral] data e hora no arquivo de log do pg_dump

:25 Assunto: Re: [pgbr-geral] data e hora no arquivo de log do pg_dump On 19-04-2016 12:05, Euler Taveira wrote: > On 19-04-2016 11:52, Daniel Luiz da Silva wrote: >> Como faço para inserir no arquivo de log do pg_dump a data e hora. >> Exemplo, hoje o arquivo de log exibe as se

[pgbr-geral] data e hora no arquivo de log do pg_dump

Bom dia, Como faço para inserir no arquivo de log do pg_dump a data e hora. Exemplo, hoje o arquivo de log exibe as seguinte informações: pg_dump: reading indexes for table "x_1" pg_dump: reading indexes for table "x_2" pg_dump: reading indexes for table "x_3" Gostaria que ficasse da

Re: [pgbr-geral] Uso de shared_buffer e aumento de IOPS

2016-04-19 10:59 GMT-03:00 Matheus de Oliveira <matioli.math...@gmail.com>: > > 2016-04-19 8:13 GMT-03:00 Cleiton Luiz Domazak <cleitondoma...@gmail.com>: > >> Problema que não temos esse histórico. >> >> > Não precisa, a ideia é habilitar agora e observa

Re: [pgbr-geral] Erros ignorados Pg_dump

Thiago, Insere no final do comando do pg_restore ou pg_dump a instrução " >> C:\restore.log", essa instrução criará um log do pg_restore ou pg_dump. Att. De: "Thiago H. Barreto" Para: "Comunidade PostgreSQL Brasileira"

Re: [pgbr-geral] Uso de shared_buffer e aumento de IOPS

2016-04-18 10:58 GMT-03:00 Matheus de Oliveira <matioli.math...@gmail.com>: > > > 2016-04-17 15:58 GMT-03:00 Cleiton Luiz Domazak <cleitondoma...@gmail.com> > : > >> Boa tarde. >> >> Tenho um ambiente de produção, que o ratio de uso de shared_buffer e

[pgbr-geral] Uso de shared_buffer e aumento de IOPS

Boa tarde. Tenho um ambiente de produção, que o ratio de uso de shared_buffer está em 0,94, e normalmente beirava os 0,99. Existe algum fator que possa estar causando essa baixa? E notei inclusive um aumento nos IOPS dos discos. Não foi feita nenhuma alteração nos parâmetros do PostgreSQL, e

Re: [pgbr-geral] VACUUM FULL ANALYZE VERBOSE

Versão atualizada pra 9.3.12. O problema aparentemente foi corrigido. Fiz os mesmos testes . [QUERY] VACUUM FULL analyze verbose jbpm_byteblock INFO: vacuuming "public.jbpm_byteblock" INFO: "jbpm_byteblock": found 8994 removable, 18829714 nonremovable row versions

Re: [pgbr-geral] Migrando Postgresql que versão usar ?

>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >> > > > Utilizo a versão 9.5 com a última versão do delphi, Delphi Seattle Update > 1, e não há nenhuma avaria por parte do PostgreSQL. > PostgreSQL é só alegria. > > > ___ > pgbr-geral maili

Re: [pgbr-geral] Migrando Postgresql que versão usar ?

13 de abril de 2016 09:31, Leandro Guimarães Faria Corcete DUTRA < > l...@dutras.org> escreveu: > >> Le 13 avril 2016 09:25:44 GMT-03:00, Raphael Coutinho < >> rcoutosi...@gmail.com> a écrit : >> >Em 13/04/2016 9:23 AM, "Luiz Henrique" <luiz.henri

[pgbr-geral] Migrando Postgresql que versão usar ?

? A aplicação não usa nada de específico no banco, operações básicas mesmo. Sem triger, functions,etc. Obrigado pela dica! -- Atenciosamente, Luiz Henrique "Há 3 motivos para o sucesso: 1-Ensinar o que se sabe; 2-Praticar o que se ensina; 3-Perguntar o que se ignora" São Beda

Re: [pgbr-geral] pg_activity em Amazon RDS

2016-04-04 13:56 GMT-03:00 Cleiton Luiz Domazak <cleitondoma...@gmail.com>: > > > 2016-04-04 11:23 GMT-03:00 Sebastian Webber <sebast...@swebber.me>: > >> >> >> Em 4 de abril de 2016 10:32, Cleiton Luiz Domazak < >> cleitondoma...@gmail.com

Re: [pgbr-geral] Res: Re: Res: Re: Res: Re: Postgres x GBuster ou SistemasBancos

Em 8 de abril de 2016 08:43, Guimarães Faria Corcete DUTRA, Leandro < l...@dutras.org> escreveu: > Colega, por favor leve em consideração a circunstância do colega > consulente. Ele deixou bem claro, embora implicitamente, que precisa > do PostgreSQL em máquinas de usuário, não especializadas.

Re: [pgbr-geral] VACUUM FULL ANALYZE VERBOSE

Flavio, É uma questão que não depende só de mim, mas vou tentar. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] VACUUM FULL ANALYZE VERBOSE

Rafael, Iremos fazer isso em breve. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] VACUUM FULL ANALYZE VERBOSE

Flávio, Não estava ocorrendo backup na hora, inclusive o banco nem está no modo archivelog. Ele é um banco que copiamos todo dia de produção pro ambiente de homologação. Euler, Sim, mas não tinha nenhuma presa, inclusive nenhuma aplicação usa esse banco. Ele só fica como template se pedirem pra

Re: [pgbr-geral] VACUUM FULL ANALYZE VERBOSE

Euler, Sem replicação. name | current_setting |source| sourcefile | sourceline

Re: [pgbr-geral] RES: RES: RES: Problemas de desempenho

Márcio, realmente, o upper e o coalesce impedem o uso do índice no campo. Sugiro você criar um índice com o campo já maiúsculo e remover o coalesce, já que me parece não ter muito uso substituir os nulos por '%' (provavelmente essa cláusula não tem efeito algum na sua consulta, a menos que ela

Re: [pgbr-geral] RES: Problemas de desempenho

Acredito que o amigo sugeriu o analyze por ser um procedimento padrão após restore, conforme menciona a documentação: "After restoring a backup, it is wise to run ANALYZE on each database so the query optimizer has useful statistics"

Re: [pgbr-geral] pg_activity em Amazon RDS

2016-04-04 11:23 GMT-03:00 Sebastian Webber <sebast...@swebber.me>: > > > Em 4 de abril de 2016 10:32, Cleiton Luiz Domazak < > cleitondoma...@gmail.com> escreveu: > >> >> >> Pois é, peguei a ultima versão, e o que dá pau é que dá com o RDS é a

Re: [pgbr-geral] pg_activity em Amazon RDS

2016-04-02 0:11 GMT-03:00 Sebastian Webber : > > > Em 2 de abril de 2016 00:07, Sebastian Webber > escreveu: > > >> Pelo que vi no GitHub[1], o commit que foi implementado o suporte ao RDS >> já foi feito merge. Certeza que está usando a versão mais

Re: [pgbr-geral] VACUUM FULL ANALYZE VERBOSE

Só consegui fazer o vacuum full depois de dar uma porrada de chekpoints na base. Mas com um checkpoint só não funcionou. Não entendo o motivo desse comportamento. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br

Re: [pgbr-geral] pg_activity em Amazon RDS

Agora voltando ao assunto do e-mail. Alguém ? 2016-04-01 13:11 GMT-03:00 Guimarães Faria Corcete DUTRA, Leandro < l...@dutras.org>: > 2016-04-01 12:55 GMT-03:00 Mario Moreira : > > Boa tarde a todos. Como faço, ou o que devo fazer realmente para não > receber > > mais

Re: [pgbr-geral] VACCUM FULL linhas deletadas não sendo apagadas

O banco não está sendo utilizado e só tem minha conexão nele. Por desencargo de consciência fui rodar o vacuum full de novo e notei que agora funcionou. De manhã fiz o vacuum full INFO: vacuuming "public.jbpm_variableinstance" INFO: "jbpm_variableinstance": found 0 removable, 12691251

[pgbr-geral] pg_activity em Amazon RDS

Alguém utiliza o pg_activity em bancos rodando no RDS? Por conta da estrutura de permissões do RDS ele acaba não permitindo o acesso default do pg_activity, já vi alguns foruns e nada funcionou. Inclusive existe um fork[1] do pg_activity para contornar essa situação e mesmo assim não funcionou.

Re: [pgbr-geral] VACUUM FULL ANALYZE VERBOSE

Completando WITH list(file) AS (SELECT * FROM pg_ls_dir('pg_multixact/offsets')) SELECT EXISTS (SELECT * FROM list WHERE file = '') AND NOT EXISTS (SELECT * FROM list WHERE file = '0001') AND NOT EXISTS (SELECT * FROM list WHERE file = '') AND EXISTS (SELECT * FROM

Re: [pgbr-geral] VACUUM FULL ANALYZE VERBOSE

Flávio, select version(); PostgreSQL 9.3.4 on x86_64-unknown-linux-gnu, compiled by gcc (GCC) 4.4.7 20120313 (Red Hat 4.4.7-4), 64-bit select * from pg_prepared_xacts Sem linhas afetadas ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br

Re: [pgbr-geral] VACUUM FULL ANALYZE VERBOSE

versão 9.3 Nesse contexto isso não é relavante. --É relevante porque eu garanto que não estão sendo incluídas nem apagadas as linhas. (pra naõ termos distorções nos valores) Durante a execução do ANALYZE o processo é feito por amostragem, limitadas em até 30.000 linhas. Dessas linhas, ele

[pgbr-geral] VACUUM FULL ANALYZE VERBOSE

[QUERY] VACUUM FULL ANALYZE VERBOSE jbpm_byteblock INFO: vacuuming "public.jbpm_byteblock" INFO: "jbpm_byteblock": found 15505882 removable, 18439352 nonremovable row versions in 4762603 pages DETAIL: 0 dead row versions cannot be removed yet.

Re: [pgbr-geral] VACCUM FULL linhas deletadas não sendo apagadas

Flávio, PG_XLOG Tá separado, nem se preocupe ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] VACCUM FULL linhas deletadas não sendo apagadas

Você está considerando o tamanho dos índices da tabela também? Não. Ainda tem um índice de 2.5GB ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] VACCUM FULL linhas deletadas não sendo apagadas

Vale lembrar que essa definição do vacuum full só vale a partir da versão 9.0.0 do Postgres. Antes a implementação do comando varria a tabela reorganizando os registros fisicamente nos blocos/páginas do disco. Luiz, qual é a versão do seu banco? 9.3 Lembrando também que você pode tentar aumentar

Re: [pgbr-geral] VACCUM FULL linhas deletadas não sendo apagadas

Vale lembrar que essa definição do vacuum full só vale a partir da versão 9.0.0 do Postgres. Antes a implementação do comando varria a tabela reorganizando os registros fisicamente nos blocos/páginas do disco. Luiz, qual é a versão do seu banco? Lembrando também que você pode tentar aumentar

Re: [pgbr-geral] VACCUM FULL linhas deletadas não sendo apagadas

Fabiano, isso eu já tinha entendido, mas pelo teste que fiz minha tabela (inchada) tem 120GB e ela depois de um dump/restore fica com 30GB. Eu tenho 87 GB de espaço livre e o vacuum full deu falta de espaço. Eu imaginei que só precisasse apenas desses 30GB extras para fazer o vacuum full e não os

Re: [pgbr-geral] VACCUM FULL linhas deletadas não sendo apagadas

Tem não. Seria impossível ter uma transação pegando mais da metade das linhas da tabela. > ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] VACCUM FULL linhas deletadas não sendo apagadas

és da view pg_stat_activity. 2016-03-31 8:20 GMT-03:00 Luiz Carlos L. Nogueira Jr. < lcnogueir...@gmail.com>: > Pessoal, > > As linhas deletadas de uma tabela podem estar "lockadas" por alguém? > > Pergunto isso por que tenho uma tabela de 120GB, que depois de um vacuum > fu

[pgbr-geral] VACCUM FULL linhas deletadas não sendo apagadas

Pessoal, As linhas deletadas de uma tabela podem estar "lockadas" por alguém? Pergunto isso por que tenho uma tabela de 120GB, que depois de um vacuum full ficaria com um valor bem menor que 50GB e deu erro por falta de espaço, só que tenho 87GB de espaço livre. Existe algum motivo pro VACUUM

Re: [pgbr-geral] pg_catalog - conteúdo de função

A partir da versão 8.4 existe a função pg_get_functiondef(oid) que mostra exatamente o comando de criação da função passada por parâmetro (inclusive o CREATE...). A coluna prosrc somente mostra o conteúdo da função e não o comando inteiro. O que pode gerar confusão é que o resultado da query no

[pgbr-geral] Relação de leitura x escrita

Bom dia. Talvez essa questão já tenha sido respondida mas não consegui encontrar na lista. Preciso saber a relação de leituras x escritas no banco. Hoje já utilizo o pgBadger, onde consigo essa info facilmente, porém meu log_min_duration_statement é de 75ms, acabo perdendo as que estão abaixo

Re: [pgbr-geral] listar associação dos databases com a pasta base

Obrigado pelo retorno Mateus, é curiosidade mesmo! Em 4 de março de 2016 15:49, Matheus de Oliveira <matioli.math...@gmail.com> escreveu: > > 2016-03-04 14:57 GMT-03:00 Luiz Henrique <luiz.henriqu...@gmail.com>: > >> 1.Cada pasta indica um database ? >>

[pgbr-geral] listar associação dos databases com a pasta base

postgres postgres 36K Mar 4 03:13 6681487 drwx-- 2 postgres postgres 76K Mar 4 03:11 7190737 1.Cada pasta indica um database ? 2.Como relacionar/identificar cada pasta com seu respectivo database ? Grato a todos! -- Atenciosamente, Luiz Henrique "Há 3 motivos para o suces

Re: [pgbr-geral] parametro maintenance_work_mem

2016-03-01 11:57 GMT-03:00 Vinícius Aquino do Vale <aquino.v...@gmail.com>: > > Em 1 de março de 2016 11:30, Luiz Henrique <luiz.henriqu...@gmail.com> > escreveu: > >> *** log do postgresql >> >> LOG: temporary file: path "base/pgsql_tmp/pgsql_tmp

[pgbr-geral] parametro maintenance_work_mem

ary file: path "base/pgsql_tmp/pgsql_tmp10141.12", size 1622016 *** parametro do postgresql.conf maintenance_work_mem = 512MB -- Atenciosamente, Luiz Henrique ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.pos

[pgbr-geral] Backup-Restore incremental

. Sugestões e dicas serão muito bem vindas. Grato! -- Atenciosamente, Luiz Henrique "Há 3 motivos para o sucesso: 1-Ensinar o que se sabe; 2-Praticar o que se ensina; 3-Perguntar o que se ignora" São Beda (adaptado) ___ pgbr-geral mailing list

Re: [pgbr-geral] Instalação PostgreSQL Windows Server 2012

sql.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 > -- -- Thomaz Luiz Santos Linux User: #359356 http://thomaz.santos.googlepages.com/ ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Função RETURNING em Update

Bom dia. Estou vendo uma forma de fazer auditoria de alterações na base em algumas tabelas, em alguns bancos já utilizo via TRIGGER, mas estamos testando agora fazer via RETURNING. Alguém tem alguma experiencia, problemas, etc...? Existe alguma documentação ou experiencia de algum de vocês com

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

Com bons desenvolvedores, o bom senso prevaleceria em decidir o que colocar no banco ou na aplicação. O problema é: esses bons desenvolvedores são muito raros, principalmente por que a grande maioria só entende de um lado (programação) ___ pgbr-geral

[pgbr-geral] SQL Tool para times

Bom dia. Não achei nada relacionado na lista, mas se já foi respondido em outra discussão me desculpem. Estou pesquisando uma ferramenta para queries que seja centralizada, que eu possa liberar o acesso de apenas 1 usuário no banco, e crio diversos usuários de acesso na ferramenta, e não no

Re: [pgbr-geral] Tabela gigante - Melhoria

2015-12-14 18:17 GMT-02:00 drum.lu...@gmail.com : > Ola... > > Ops... erro de digitacao galera! > a tabela tem 88 GB (Tamanho total de 115GB) .. desculpe. > > * A tabela ja possui indice [1] > ** Tamanho real da tabela [1] > > > Segue link com informacoes: > >

Re: [pgbr-geral] Out of Memory com PG_DUMP

2015-12-11 19:14 GMT-02:00 Dickson S. Guedes <lis...@guedesoft.net>: > On Mon, Dec 07, 2015 at 10:45:49AM -0200, Cleiton Luiz Domazak wrote: > > Bom dia pessoal. > > > > Estou com um problema ao fazer o dump de um banco que está no RDS, por > isso > > te

Re: [pgbr-geral] Out of Memory com PG_DUMP

2015-12-09 18:14 GMT-02:00 Flavio Henrique Araque Gurgel : > Precise a versão completa, por favor. >> >> >> Versão 9.4.1 de ambos >> > > Amigo, atualização obrigatória já! > Olha o que achei no release notes da versão 9.4.5: > > "Fix assorted minor memory leaks in pg_dump and

Re: [pgbr-geral] Linhas analisadas nas estatísticas

E que 30 rows in sample é esse? Em 11 de dezembro de 2015 18:10, Dickson S. Guedes <lis...@guedesoft.net> escreveu: > On Fri, Dec 11, 2015 at 04:08:46PM -0300, Luiz Carlos L. Nogueira Jr. > wrote: > > Pessoal, > > Estou fazendo um ANALYZE e uma (denter várias) linhas

Re: [pgbr-geral] Out of Memory com PG_DUMP

2015-12-11 16:08 GMT-02:00 Matheus de Oliveira <matioli.math...@gmail.com>: > > 2015-12-07 10:45 GMT-02:00 Cleiton Luiz Domazak <cleitondoma...@gmail.com> > : > >> Problema é que de um tempo para cá ao fazer o dump está ocorrendo estouro >> de memoria dessa maq

Re: [pgbr-geral] Out of Memory com PG_DUMP

2015-12-11 16:11 GMT-02:00 Matheus de Oliveira : > > 2015-12-11 16:08 GMT-02:00 Matheus de Oliveira > : > >> >> Está usando largeobjects propriamente dito (via pg_largeobjects) ou >> campos bytea? >> >> O dump realmente tem um consumo

[pgbr-geral] Linhas analisadas nas estatísticas

mil linhas? default_statistics_target = 1000# range 1-1 Não deveria ser em cima de mil linhas? Postgres 9.3 Atenciosamente, Luiz Carlos ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/lis

Re: [pgbr-geral] Out of Memory com PG_DUMP

2015-12-08 11:17 GMT-02:00 Flavio Henrique Araque Gurgel : > Bom dia pessoal. >> >> Estou com um problema ao fazer o dump de um banco que está no RDS, por >> isso tenho que utilizar uma maquina cliente executando o pg_dump, até ai >> tudo certo. >> > > Ah, RDS... usar com

Re: [pgbr-geral] Problemas na replicação Postgres

do que possa estar errado > > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > -- -- Thomaz Luiz Santos Lin

Re: [pgbr-geral] replicação seletiva de database produção para homologação

o de 2015 15:07, Luiz Henrique <luiz.henriqu...@gmail.com> > escreveu: > >> Pessoal, >> > > Boa tarde! > > >> >> Gostaria de dicas/sugestões como posso implementar a demanda abaixo : >> >> * tenho servidor linux centos dedicado com postgres

[pgbr-geral] Banco read-only

Pessoal, Qual a forma mais rápida e simples de colocar um banco em read only pra qualquer usuário (inclusive superusuarios) ? Luiz Carlos ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman

Re: [pgbr-geral] Banco read-only

explique melhor o seu problema você quer deixar um banco só pra consulta, replicando por stream ? é isso ? 2015-09-04 13:48 GMT-03:00 Luiz Carlos L. Nogueira Jr. < lcnogueir...@gmail.com>: > Pessoal, > > Qual a forma mais rápida e simples de colocar um banco em read only

Re: [pgbr-geral] Banco read-only

Eu só queria que nenhum usuário pudesse escrever no banco. Coisa simples. Sem replicação nem nada. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Aumento de LOAD e abertura de conexões

Muito obrigado por todas as respostas pessoal, vou fazer os devidos ajustes e monitoramentos, e posto novamente com os resultados que alcancei. Em 28 de agosto de 2015 08:24, Flavio Henrique Araque Gurgel fha...@gmail.com escreveu: Muito. Use menos. MUITO menos. Sei que isso não é uma

Re: [pgbr-geral] Aumento de LOAD e abertura de conexões

Em 27 de agosto de 2015 12:08, Flavio Henrique Araque Gurgel fha...@gmail.com escreveu: Observo a algum tempo, que quando existe um aumento grande de conexões do pool do Jboss no PostgreSQL, parece aumentar o LOAD do servidor, e os IOPS. Aumento esse de 50 conexões para cerca de 300 ou mais,

[pgbr-geral] Aumento de LOAD e abertura de conexões

Bom dia. Observo a algum tempo, que quando existe um aumento grande de conexões do pool do Jboss no PostgreSQL, parece aumentar o LOAD do servidor, e os IOPS. Aumento esse de 50 conexões para cerca de 300 ou mais, no espaço de segundos, e o interessante é que no período em que as conexões estão

Re: [pgbr-geral] Monitoramente IO

Em 21 de agosto de 2015 14:39, Fabrízio de Royes Mello fabri...@timbira.com.br escreveu: On 21-08-2015 14:11, Matheus de Oliveira wrote: 2015-08-21 12:58 GMT-03:00 Raphael Coutinho raphael.couti...@dbmax.com.br mailto:raphael.couti...@dbmax.com.br: Existe alguma ferramenta que eu

Re: [pgbr-geral] Monitoramente IO

Em 21 de agosto de 2015 19:43, Cleiton Luiz Domazak cleitondoma...@gmail.com escreveu: Em 21 de agosto de 2015 14:39, Fabrízio de Royes Mello fabri...@timbira.com.br escreveu: On 21-08-2015 14:11, Matheus de Oliveira wrote: 2015-08-21 12:58 GMT-03:00 Raphael Coutinho raphael.couti

Re: [pgbr-geral] Como instalar o pgagente e utilizar o PgAgente

Olá João! Segue o link do pgAgent e de um passo a passo que foi usado na palestra de Franquias da MSI Soluções. O Instalador é para Windows(.exe), é só baixar. https://drive.google.com/file/d/0B_DBDECJFDdPV2xhYjA2aUU3aFE/view?usp=sharing Espero ter ajudado! Anderson Luiz R. Saturnino MSI

Re: [pgbr-geral] Gerador de dados para PostgreSQL

Alguém conhece alguma ferramenta free ou que não seja uma fortuna, que gera os dados para carga de um banco PostgreSQL, lendo o schema e gerando valores aleatórios automaticamente. Tem opções como EMS Data Generator http://www.sqlmanager.net/en/products/postgresql/datagenerator , porém é

Re: [pgbr-geral] Backup incremental

Em 14 de julho de 2015 08:21, Lucas Viecelli lviecelli...@gmail.com escreveu: Obrigado pelas respostas pessoal. Sobre as politicas de backups escritas no seu artigo, achei todas fundamentais e estou analisando a forma de implementar elas ou pelo menos discutir com meus superiores, que por

Re: [pgbr-geral] Dúvida no Restore

Poque apenas não modificar o parâmetro wal_sync_method durante o restore? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Dúvida no Restore

Corrigindo fsync synchronous_commit wal_sync_method ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] pg_dump remoto lento

Em 13 de maio de 2015 04:14, Flavio Henrique Araque Gurgel fha...@gmail.com escreveu: Exatamente Matheus, a Amazon realmente não disponibiliza nenhuma forma de dump, apenas o PITR, mas creio que deva estar no radar deles vocês poder agendar dumps e jogar diretamente ao S3, seria uma ótima

Re: [pgbr-geral] pg_dump remoto lento

fazendo mais alguns testes, pq pelo que percebi agora, pode ser algum bug de comunicação entre as VPCs. Em 12 de maio de 2015 16:21, Matheus de Oliveira matioli.math...@gmail.com escreveu: 2015-05-12 14:31 GMT-03:00 Cleiton Luiz Domazak cleitondoma...@gmail.com : Um detalhe que pode ser

[pgbr-geral] pg_dump remoto lento

Boa tarde. Estou com o seguinte cenário. Tenho um servidor no RDS, e preciso realizar o dump desta base diariamente a cada 2 horas. Localmente, o dump roda facilmente em 15 minutos., porém ao executar remotamente extraindo do servidor no RDS a lentidão é absurda, nem cheguei a conseguir terminar

Re: [pgbr-geral] Timeout

Pode ser uma transação morta que está lockando algum registro. Verifica se tem alguma linha em select * from pg_prepared_xacts; ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br

[pgbr-geral] select para retornar DIA da semana em portugues

? -- Atenciosamente, Luiz Henrique Virtus in medium est ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] off-topic nao estou recebendo email da lista desde segunda-feira 04-06-15

pessoal, não estou recebendo email da lista desde segunda-feira 04-06-15 alguém está com esse problema tb. ? -- Atenciosamente, Luiz Henrique Virtus in medium est ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https

Re: [pgbr-geral] off-topic nao estou recebendo email da lista desde segunda-feira 04-06-15

/listinfo/pgbr-geral -- Atenciosamente, Luiz Henrique Virtus in medium est ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Permissão de usuários

Caros, Teria alguma forma de listarmos as permissões de um usuário, group, role? Ex; ObjetoDireito Tabela1 select Tabela1 update procedure1 exec Atenciosamente, Luiz Carlos ___ pgbr-geral mailing list pgbr-geral

<    1   2   3   4   5   6   7   8   >