[pgbr-geral] Diferença de dados entre '=' e LIKE

Bom dia pessoal. Tenho um ambiente com a versão 9.2.9 que está com um problema meio bizarro. Se executo um SELECT do tipo SELECT COUNT(*) FROM TABLE WHERE STATUS = 'ATIVA'; retorna menos valores do que: SELECT COUNT(*) FROM TABLE WHERE STATUS LIKE 'ATIVA'; E ai resolvi dar um update nesses

Re: [pgbr-geral] Diferença de dados entre '=' e LIKE

. Em 17 de dezembro de 2014 10:30, Euler Taveira eu...@timbira.com.br escreveu: On 17-12-2014 07:46, Cleiton Luiz Domazak wrote: Tenho um ambiente com a versão 9.2.9 que está com um problema meio bizarro. Se executo um SELECT do tipo SELECT COUNT(*) FROM TABLE WHERE STATUS = 'ATIVA

Re: [pgbr-geral] Diferença de dados entre '=' e LIKE

Taveira eu...@timbira.com.br escreveu: On 17-12-2014 10:00, Cleiton Luiz Domazak wrote: O mais bizarro é que se eu importar um dump isso não ocorre. Somente quando restauro com o basebackup ou com PITR, deixando o sincronismo desativado, apenas para replicar a base mesmo. O tipo de campo

[pgbr-geral] Tabelas não utilizadas

Boa tarde pessoal. Existe uma forma de descobrir tabelas não utilizadas no PostgreSQL? Quero fazer uma limpa no banco, mas não sei exatamente quais as tabelas que não são mais acessadas. Existe alguma forma via SQL de identificar essas entidades? Indices eu identifiquei de forma fácil e já fiz

Re: [pgbr-geral] Tabelas não utilizadas

Muito obrigado galera por todas as dicas. Todas são úteis, mas creio que ainda verificar pela pg_statio_user_tables será o mais seguro, uma vez que eu sou o único que tenho acesso de escrita no banco e as estatísticas não são atualizadas com frequência, e na nossa aplicação se a tabela não foi

Re: [pgbr-geral] Tabelas não utilizadas

que nada era utilizado. Em 9 de fevereiro de 2015 20:28, Matheus de Oliveira matioli.math...@gmail.com escreveu: 2015-02-09 20:04 GMT-02:00 Cleiton Luiz Domazak cleitondoma...@gmail.com : Já renomear as tabelas neste caso acaba não sendo uma opção, por se trata de uma base de produção multi

Re: [pgbr-geral] OFF - Eventos sobre banco de dados

Em 2 de março de 2015 17:48, Euler Taveira eu...@timbira.com.br escreveu: On 02-03-2015 17:06, Cleiton Luiz Domazak wrote: Quais os principais eventos de banco de dados hoje no Brasil ou fora, focados em PostgreSQL ou genéricos? Tirando os obvios pgCon etc. Falando do Postgres, geralmente

[pgbr-geral] OFF - Eventos sobre banco de dados

Boa tarde pessoal. Quais os principais eventos de banco de dados hoje no Brasil ou fora, focados em PostgreSQL ou genéricos? Tirando os obvios pgCon etc. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br

[pgbr-geral] Estatística - Tempo médio total de queries

Boa tarde pessoal. Estou precisando monitorar o tempo médio total em queries no banco, para assim poder monitorar se algumas ações que são feitas para melhorar as queries e tuning estão surtindo algum efeito de modo global, pois algumas ações são feitas para surtir efeito em vários pontos do

Re: [pgbr-geral] Estatística - Tempo médio total de queries

Em 4 de março de 2015 04:08, Flavio Henrique Araque Gurgel fha...@gmail.com escreveu: PgBadger faz exatamente isso. É ótimo e uso sempre. Problema do pgBadger que as estatísticas são retiradas dos logs, como comentei, nesse caso não seria valido, pois logo apenas transações

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

[pgbr-geral] MFA em PostgreSQL

Bom dia pessoal. Alguém já implementou alguma solução de MFA com PostgreSQL em produção para acesso de usuários? E existe alguma solução que seja integrada com aplicativos mobile como Authy? ___ pgbr-geral mailing list

Re: [pgbr-geral] MFA em PostgreSQL

Em 15 de abril de 2015 09:29, Flavio Henrique Araque Gurgel fha...@gmail.com escreveu: Alguém já implementou alguma solução de MFA com PostgreSQL em produção para acesso de usuários? MFA pode ser uma infinidade de coisas. E existe alguma solução que seja integrada com aplicativos

[pgbr-geral] Pool Jboos + PostgreSQL

Galera. É uma dúvida que pode ser difícil de alguém ajudar, mas quem sabe alguém já passou por isso e tenha pelo menos alguma idéia. Seguinte, hoje de manhã haviam algumas conexões em IDLE que monitoramos e se preciso matamos. Porém hoje logo após esta rotina de matar as conexões IDLE, os

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] 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] 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] 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] 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] 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] 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 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 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-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] 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

[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] 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

[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] parametro maintenance_work_mem

2016-03-01 11:57 GMT-03:00 Vinícius Aquino do Vale : > > Em 1 de março de 2016 11:30, Luiz Henrique > escreveu: > >> *** log do postgresql >> >> LOG: temporary file: path "base/pgsql_tmp/pgsql_tmp7263.54", size 1622016 >> > > Julgue aumentar o

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] 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

[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] 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] 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] 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] 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] 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

[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] 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] 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] 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

Re: [pgbr-geral] connections on unix domain socket ubuntu 16.04 /var/run/postgresql/.s.pgsql.5432

2016-06-28 10:16 GMT-03:00 Flavio Henrique Araque Gurgel : > > Gian, > > > > Também passei por este problema. O que entendi é que o PSQL da versão > > 9.5 procura o arquivo de conexão socket em */var/run/postgresql *contudo > > o postgres nas versões anteriores criava o arquivo

Re: [pgbr-geral] Estratégia para vacuum full com replicação

2017-02-03 15:41 GMT-02:00 Luiz Carlos L. Nogueira Jr. < lcnogueir...@gmail.com>: > Pessoal, > > O ambiente é o seguinte: > > 1-Tenho 500GB de dados (área para dados 1.2TB) > 2-Maiores tabelas 2 de 200GB > 3-pg_xlog 20GB > > Gostaria e fazer um vacuum full "transparente" na replicação e não sei

Re: [pgbr-geral] RESTAURAR BACKUP

2017-01-25 8:54 GMT-02:00 José Mello Júnior : > Ainda não consegui recuperar o Banco de Dados, minhas ideias acabaram, > alguém pode me dar alguma outra luz? > Vc chegou a fazer o procedimento manualmente de backup e testar se volta? Pare o serviço, faça a

Re: [pgbr-geral] Escalabilidade horizontal

2017-02-14 22:57 GMT-02:00 Luiz Carlos L. Nogueira Jr. < lcnogueir...@gmail.com>: > Existe alguma solução de escalabilidade horizontal sem que tenhamos de > alterar o código fonte da aplicação? Ficando transparente feito o pgbouncer. > Se for somente leitura, você pode utilizar o pgPool [1].

Re: [pgbr-geral] Acessa banco em outra pasta

2017-02-09 15:37 GMT-02:00 Franklin Anderson de Oliveira Souza < frankli...@gmail.com>: > Diretório é mais correto que dizer pasta ! :D > E o correto é não fazer top list para dizer isso :D. Inclusive é realmente pasta, uma vez que o amigo está utilizando Windows, pelo que entendi do contexto.

Re: [pgbr-geral] not null if

2017-01-19 10:55 GMT-02:00 Rafael Sousa : > é possivel colocar um not null apenas se outro campo for por exemplo true ? > Você poderia ser mais claro no exemplo? > > > > ___ > pgbr-geral mailing list >

Re: [pgbr-geral] Archive não processado

2016-10-26 11:55 GMT-02:00 Cleiton Luiz Domazak <cleitondoma...@gmail.com>: > > > 2016-10-26 11:45 GMT-02:00 Flavio Henrique Araque Gurgel <fha...@gmail.com > >: > >> >> >> Em qua, 26 de out de 2016 às 15:27, Cleiton Luiz Domazak < >> cleit

Re: [pgbr-geral] Tamanho real da base em disco

2016-10-25 17:28 GMT-02:00 Sebastian Webber <sebast...@swebber.me>: > > > Em 25 de outubro de 2016 16:02, Cleiton Luiz Domazak < > cleitondoma...@gmail.com> escreveu: > >> Boa tarde. >> >> Preciso calcular o tamanho total de uma base em disco, não

Re: [pgbr-geral] PostgreSQL + AWS RDS

2016-11-08 11:18 GMT-02:00 Emanuel Araújo : > Srs. > > Dúvida: > > O serviço da Amazon RDS, no tocante ao provisionamento de IOPS (Storage e > IOPS), faz o escalonamento de espaço de forma automática ? Ou seja, ao > contratar esse serviço mais o provisionamento, quando a base

[pgbr-geral] Tamanho real da base em disco

Boa tarde. Preciso calcular o tamanho total de uma base em disco, não logicamente pela PostgreSQL. Todas as bases estão criadas em cima de tablespaces, e como cada base tem a sua tablespace especifica, os temp files são criados em uma delas também. E o volume de WAL em disco é irrelevante nesse

[pgbr-geral] pg_rman + AWS S3

Boa tarde pessoal. Estou montando um projeto de PITR e estou utilizando o pg_rman. Como são vários servers e não queremos manter um servidor só para rodar o Barman, parti para WAL-e e pg_rman, e nos meus testes, para o nosso caso o pg_rman se mostrou ser a melhor opção, porém com a limitação de

[pgbr-geral] Restore de apenas uma database sem dump

Tenho um servidor com muitas bases, e constantemente é solicitado restore de dados de alguma dessas bases. De backup temos 1 dump diário de cada base + PITR. E ai que vem o dilema: 1- Restore vai dump posso fazer especifico para apenas 1 database, mas posso perder 1 dia. 2- Restore via PITR

Re: [pgbr-geral] pg_rman + AWS S3

2016-10-22 18:39 GMT-02:00 Flavio Henrique Araque Gurgel <fha...@gmail.com>: > > > Em sex, 21 de out de 2016 às 20:38, Cleiton Luiz Domazak < > cleitondoma...@gmail.com> escreveu: > >> 2016-10-21 15:54 GMT-02:00 Fabrízio de Royes Mello < >> fabri...

Re: [pgbr-geral] pg_rman + AWS S3

2016-10-21 11:11 GMT-02:00 Flavio Henrique Araque Gurgel <fha...@gmail.com>: > > > Em sex, 21 de out de 2016 às 14:25, Cleiton Luiz Domazak < > cleitondoma...@gmail.com> escreveu: > >> 2016-10-20 16:21 GMT-02:00 Fabrízio de Royes Mello < >> fabri...@

Re: [pgbr-geral] pg_rman + AWS S3

2016-10-20 16:21 GMT-02:00 Fabrízio de Royes Mello <fabri...@timbira.com.br> : > On 19-10-2016 16:44, Cleiton Luiz Domazak wrote: > > Boa tarde pessoal. > > > > Estou montando um projeto de PITR e estou utilizando o pg_rman. Como são > > vários servers e não qu

[pgbr-geral] Ferramentas de monitoramento SaaS

Bom dia. Quem já teve ou tem experiências com ferramentas de monitoramento PostgreSQL SaaS. Já testei o Datadog no passado, mas achei os monitoramentos muito limitados. Deu uma olhada no Okmeter, que me parece uma solução mais completa. Ou até partir para o OPM + POWA(local). Gostaria da

Re: [pgbr-geral] Ferramentas de monitoramento SaaS

2016-11-14 12:42 GMT-02:00 Flavio Henrique Araque Gurgel <fha...@gmail.com>: > > > Em seg, 14 de nov de 2016 às 15:00, Cleiton Luiz Domazak < > cleitondoma...@gmail.com> escreveu: > >> Bom dia. >> >> Quem já teve ou tem experiências com ferramentas

Re: [pgbr-geral] Parallel Query - Como funciona

2016-11-22 15:53 GMT-02:00 Alan Formagi : > Boa tarde pessoas! > Tudo bem? > > Um colega meu, e eu estamos com uma dúvida referente ao uso de múltiplos > cores, do PostgreSQL, ao executar uma query. > Deixo claro que não se trata de um problema para nós, é apenas uma dúvida,

Re: [pgbr-geral] PG Restore demorando muito

2016-11-18 9:35 GMT-02:00 Sebastian Webber : > > > Em 18 de novembro de 2016 09:08, Marcell Ribeiro < > marcell.ribe...@gmail.com> escreveu: > >> Bom dia galera, estou fazendo um pg restore mas está demorando cerca de 7 >> horas pra restaurar apenas um tar de 60gb, >> > > >

Re: [pgbr-geral] PG Restore demorando muito

2016-11-18 10:08 GMT-02:00 Sebastian Webber <sebast...@swebber.me>: > > > Em 18 de novembro de 2016 09:42, Cleiton Luiz Domazak < > cleitondoma...@gmail.com> escreveu: > >> >> >> 2016-11-18 9:35 GMT-02:00 Sebastian Webber <sebast...@swebber.me&

Re: [pgbr-geral] Performance com select distinct

On Mon, Oct 31, 2016 at 4:59 PM, Marcio Meneguzzi < marcio.menegu...@gmail.com> wrote: > Boa tarde, > > Estou executando um select distinct em uma tabela com 3.5 milhoes de > registros. > > Tabela e campos ficticios no select. > > select distinct data_itens from itens where codigo = 1 and >

Re: [pgbr-geral] Archive não processado

2016-10-26 11:13 GMT-02:00 Flavio Henrique Araque Gurgel : > >> >> O que quer dizer com "não existissem"? Eles não cairam no seu bucket? >> >> >> Sim, nem no bucket e nem no archive_status, é como eles tivessem sido >> criados pelo banco, mas não existissem para o

Re: [pgbr-geral] Archive não processado

2016-10-26 11:19 GMT-02:00 Cleiton Luiz Domazak <cleitondoma...@gmail.com>: > > > 2016-10-26 11:13 GMT-02:00 Flavio Henrique Araque Gurgel <fha...@gmail.com > >: > >> >>> >>> O que quer dizer com "não existissem"? Eles n

Re: [pgbr-geral] Tamanho real da base em disco

2016-10-26 9:13 GMT-02:00 Sebastian Webber <sebast...@swebber.me>: > > > Em 25 de outubro de 2016 18:22, Cleiton Luiz Domazak < > cleitondoma...@gmail.com> escreveu: > >> >> >> 2016-10-25 17:28 GMT-02:00 Sebastian Webber <sebast...@swebber.me

Re: [pgbr-geral] Archive não processado

2016-10-26 10:13 GMT-02:00 Flavio Henrique Araque Gurgel <fha...@gmail.com>: > > > Em qua, 26 de out de 2016 às 13:03, Cleiton Luiz Domazak < > cleitondoma...@gmail.com> escreveu: > >> Bom dia. >> >> Ativei o archive e estou utilizando o Wal-e, porém

Re: [pgbr-geral] Tamanho real da base em disco

On Wed, Oct 26, 2016 at 10:17 AM, Sebastian Webber wrote: > Curioso do teu problema, eu fiz um teste aqui, veja: > > sebastian=# create table foo (id serial primary key, nome text); > CREATE TABLE > sebastian=# insert into foo (nome) select 'Nome ' || >

[pgbr-geral] Archive não processado

Bom dia. Ativei o archive e estou utilizando o Wal-e, porém hoje percebi em um dos servidores de teste que um range inteiro de Wal files não foram processados, eles estão na pg_xlog, e não foram processados pelo archive_command e nem estão na archive_status. Alguém tem alguma idéia do pq? O

Re: [pgbr-geral] Archive não processado

2016-10-26 11:45 GMT-02:00 Flavio Henrique Araque Gurgel <fha...@gmail.com>: > > > Em qua, 26 de out de 2016 às 15:27, Cleiton Luiz Domazak < > cleitondoma...@gmail.com> escreveu: > >> 2016-10-26 11:19 GMT-02:00 Cleiton Luiz Domazak <cleitondoma...@gmail.com &g

Re: [pgbr-geral] RES: Novo Programa de Índio "Postgres nas nuvens"

2016-12-13 18:37 GMT-02:00 Paulo : > Qual horário ? > Está no link mencionado pelo Fábio > > > Att, > > Paulo. > > > > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br >

Re: [pgbr-geral] Lentidao em consulta usando Between com datas iguais

2016-12-15 16:48 GMT-02:00 Cleiton Luiz Domazak <cleitondoma...@gmail.com>: > 2016-12-15 11:23 GMT-02:00 Tiago José Adami <adam...@gmail.com>: > >> Em 15 de dezembro de 2016 09:26, Cleiton Luiz Domazak >> <cleitondoma...@gmail.com> escreveu: >> >

Re: [pgbr-geral] Lentidao em consulta usando Between com datas iguais

2016-12-15 11:23 GMT-02:00 Tiago José Adami <adam...@gmail.com>: > Em 15 de dezembro de 2016 09:26, Cleiton Luiz Domazak > <cleitondoma...@gmail.com> escreveu: > >> Rodou um VACUUM ANALYZE sobre a tabela após criar o índice? Qual a > >> definição (comand

[pgbr-geral] Lentidao em consulta usando Between com datas iguais

Bom dia pessoal. Estou ressuscitando um tópico que já foi levantado, mas a pessoa que pediu ajuda sumiu e não retornou os questionamento de quem tentou lhe ajudar. Vou reproduzir na integra a ultima interação: ">* gostaria de comentar uma situacao, aqui na empresa tem um relatorio que* >* o

Re: [pgbr-geral] Instalação do PostgreSQL em Mac

2016-12-14 16:35 GMT-02:00 Guimarães Faria Corcete DUTRA, Leandro < l...@dutras.org>: > 2016-12-14 14:25 GMT-02:00 Danilo Silva : > > > > Vocês teriam um tutorial de instalação do postgres no mac (versão > yosemite)? > > > > Qual a melhor forma de instalar? > >

Re: [pgbr-geral] Lentidao em consulta usando Between com datas iguais

2016-12-12 14:56 GMT-02:00 Cleiton Luiz Domazak <cleitondoma...@gmail.com>: > > > 2016-12-12 14:04 GMT-02:00 Tiago José Adami <adam...@gmail.com>: > >> Em 12 de dezembro de 2016 11:45, Cleiton Luiz Domazak >> <cleitondoma...@gmail.com> escreveu: &

Re: [pgbr-geral] Lentidao em consulta usando Between com datas iguais

2016-12-14 19:40 GMT-02:00 Tiago José Adami <adam...@gmail.com>: > Em 14 de dezembro de 2016 16:43, Cleiton Luiz Domazak > <cleitondoma...@gmail.com> escreveu: > > Nem index tinha, criei e ele não é utilizado. > > Rodou um VACUUM ANALYZE sobre a tabela após cria

Re: [pgbr-geral] Forma de resolver um travamento

ocking.html > Em 14/12/2016 14:44, Cleiton Luiz Domazak escreveu: > > > > 2016-12-14 14:37 GMT-02:00 Leonardo Coleraus <leona...@fricke.com.br>: > >> Boa Tarde Amigos, >> >> Estou tendo um problema aqui na empresa, o que acontece. >> >> Os Caixa

Re: [pgbr-geral] Forma de resolver um travamento

2016-12-14 14:37 GMT-02:00 Leonardo Coleraus : > Boa Tarde Amigos, > > Estou tendo um problema aqui na empresa, o que acontece. > > Os Caixa ao emitir as NF-e Danfe, dependendo o momento do dia acontece um > travamento no banco, onde hoje vou la no PGAdmin e destravo

Re: [pgbr-geral] Lentidao em consulta usando Between com datas iguais

2016-12-12 14:04 GMT-02:00 Tiago José Adami <adam...@gmail.com>: > Em 12 de dezembro de 2016 11:45, Cleiton Luiz Domazak > <cleitondoma...@gmail.com> escreveu: > > (corte) > > Alguém já passou por essa situação? > > Eu já: com o PostgreSQL 9.4 (não lembro s

Re: [pgbr-geral] armazenar Plano execução

2017-01-10 11:35 GMT-02:00 Neto pr : > Ola pessoal > > No meu trabalho de Pós, preciso armazenar os planos de execucoes das > consultas submetidas (explain consulta). > Nao gostaria de armazenar o plano de execucao em texto puro, pois > somente alguns dados que me interessam,

Re: [pgbr-geral] Tamanho real da base em disco

2016-12-15 23:24 GMT-02:00 Euler Taveira : > On 15-12-2016 10:16, Crauss, Jacson wrote: > > Tablespace server antigo: > > ~/dados/pg_tblspc/tblspc_pgh > > $ du -skh > > 411G. > > > Você e o Cleiton estão comentendo o mesmo erro: *não* se cria > tablespaces dentro do

Re: [pgbr-geral] dúvida alteração de parâmetros postgresql.conf

2016-12-16 14:23 GMT-02:00 Luiz Henrique : > Pessoal, > > Tenho Postgresql 9.1 rodando em CentOS. 2 dúvidas em relação a alterações > no postgresql.conf > > 1. após realizar alteração no postgresql.conf e aplicar o reload > (/etc/init.d/postgresql reload), caso algum

Re: [pgbr-geral] Otimização da Base de Dados

2017-03-14 16:57 GMT-03:00 Alexsandro Haag : > Em 14/03/2017 16:48, Rudimar escreveu: > >> Hoje rodo Vaccum e Reindex, não de forma automatizada. Eu tenho como >> executar por automatizar esses comandos por um .bat ou script ? >> > Você pode usar também o pgAgent [1].

Re: [pgbr-geral] Tuning?

2017-03-11 9:57 GMT-03:00 Pablo Sánchez : > Caros, > > Estou com um pequeno probleminha de performance em importacao, que não tem > relacão com o código, mas sim o Postgres. > > Basicamente é um CSV que popula uma tabela auto-relacional, o CSV tem > 650.000 linhas > > No

Re: [pgbr-geral] MeetUp "Bate-papo sobre PostgreSQL" - 2ndQuadrant

2017-03-07 15:24 GMT-03:00 William Ivanski : > Agradeço a sugestão, Fabrizio! > > Eu não sei se podemos fazer isso. PgDays normalmente são organizados pela > comunidade oficial do PostgreSQL Brasil ou da região. > > Outro ponto, não é um evento de um dia inteiro, é

Re: [pgbr-geral] oom-killer (out of memory killer) matando postmaster !

2017-05-16 22:23 GMT-03:00 Franklin Anderson de Oliveira Souza < frankli...@gmail.com>: > Eh um sistema legado nao tem como mexer, o servidor fica com uma media de > 160 conexoes abertas em sua maioria idle. acho que por enquanto isso nao e > um problema serio ! > > Quanto as minha duvida achei

Re: [pgbr-geral] Ferramentas p/ recomendação de índices

2017-09-20 12:50 GMT-03:00 Neto pr : > Olá Pessoal > > Estou pesquisando sobre Ferramentas para Recomendação de Índices > (Index-Advisor) para ser aplicados em consultas SQLs. > A principio encontrei estes: > > - EnterpriseDB -

Re: [pgbr-geral] Chave estrangeira x índice

2017-08-19 18:24 GMT-03:00 Neto pr : > Ola pessoal > > Sou novo na utilização de PostgreSQL, e tenho a seguinte duvida. > > Segundo alguns autores, ao se criar uma chave primaria, na verdade o > SGBD cria um índice primário/único no caso de chave primaria. Mas e no > caso da

Re: [pgbr-geral] Remover drop database/table

2017-08-17 14:21 GMT-03:00 Fábio Telles Rodriguez : > > > Em 17 de agosto de 2017 14:18, Tiago Brasil > escreveu: > >> Não, é o inverso! >> >> Os dev vao poder criar objetos e esquemas, mas NÃO poderão dropar nada. >> > > Aí você complica. Por

Re: [pgbr-geral] Integração MSSQL

2017-09-01 13:26 GMT-03:00 Artur Zanini : > Boa tarde, pessoal. > > Preciso integrar o Postgres com MSSQL. > Existe um passo-a-passo? > Ou por onde devo começar? > Defina melhor o que seria essa integração. > > > = > Ass.: > Artur

Re: [pgbr-geral] Acúmulo de Wal no servidor Master

2018-04-04 9:14 GMT-03:00 Felippi Cunegundes Laender < felippilaen...@gmail.com>: > Olá a todos. > > O Assunto wal me deixa um pouco confuso as vezes. Quando acho que estou > entendendo alguma coisa, vem os problemas e pronto, não entendi nada do que > estudei. > > Meu cenário é o seguinte: Fiz

Re: [pgbr-geral] Nova lista PGBR

2018-04-19 10:25 GMT-03:00 Rafael Fialho : > Em 19 de abril de 2018 10:20, Ivo Sestren Junior > escreveu: > >> Coloque o filtro TO: pgsql-pt-ge...@lists.postgresql.org >> > > É, aparentemente precisava ser o endereço completo. Parece estar ok, vou >