Re: [pgbr-geral] quando usar vacuum full analyze
On 31-08-2016 20:22, Luiz Henrique wrote: > Estou com problema de lentidão em uma determinada consulta no banco de > produção (centos linux postgresql 9.1). Tempo de 1 minuto em produção. > No ambiente de homologação leva cerca de 3s. O banco de produção é > copiado diariamente para homologação (em homol eu faço : dropdb, > createdb e pg_restore). Ambientes prod e homol praticamente iguais. > Pergunta : > > o vacuum full analyze pode resolver meu problema ? > Sim. É como matar uma mosca com uma 12. > quando usar vacuum full analyze ? > (quase) nunca. Só em casos extremos de inchaço (não sei se esse é o seu problema já que não apresentou informações). > alguma dica ou pista de como identificar a causa ? > Comece por mostrar os planos da consulta na produção e na homologação. -- Euler Taveira Timbira - http://www.timbira.com.br/ PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] quando usar vacuum full analyze
Pessoal, Estou com problema de lentidão em uma determinada consulta no banco de produção (centos linux postgresql 9.1). Tempo de 1 minuto em produção. No ambiente de homologação leva cerca de 3s. O banco de produção é copiado diariamente para homologação (em homol eu faço : dropdb, createdb e pg_restore). Ambientes prod e homol praticamente iguais. Pergunta : o vacuum full analyze pode resolver meu problema ? quando usar vacuum full analyze ? alguma dica ou pista de como identificar a causa ? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Retorno de uma funcao como tabela
From: Ursulino Barboza
Sent: Wednesday, August 31, 2016 10:15 AM
To: Comunidade PostgreSQL Brasileira
Subject: Re: [pgbr-geral] Retorno de uma funcao como tabela
Segue outra sugestão:
Você pode dividir uma matriz para um conjunto de resultados usando a função
unnest, e você pode transformar uma string literal em uma matriz usando a
função string_to_array. Combine os dois e você começa a seguinte:select
unnest(string_to_array('the quick lazy fox', ' '));
unnest
the
quick
lazy
fox
(4 filas)Na versão 8.2 não existe a função UNNEST, segue script que cria:
create or replace function unnest(anyarray) returns setof anyelement
language sql as $$
select $1[i] from generate_series(array_lower($1, 1),
array_upper($1, 1)) as i;
$$;
Ok, Ursulino.
Agradeço a ajuda.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Retorno de uma funcao como tabela
Segue outra sugestão:
Você pode dividir uma matriz para um conjunto de resultados usando a
função unnest, e você pode transformar uma string literal em uma
matriz usando a função string_to_array. Combine os dois e você começa
a seguinte:
select unnest(string_to_array('the quick lazy fox', ' '));
unnest
the
quick
lazy
fox(4 filas)
Na versão 8.2 não existe a função UNNEST, segue script que cria:
create or replace function unnest(anyarray) returns setof anyelement
language sql as $$
select $1[i] from generate_series(array_lower($1, 1),
array_upper($1, 1)) as i;$$;
Em 30 de agosto de 2016 20:14, Carlos Antônio Pereira <
carlosanto...@utivida.com.br> escreveu:
> Em 30/08/2016 19:50, Euler Taveira escreveu:
>
> On 30-08-2016 15:59, Carlos Antônio Pereira wrote:
>
> Pessoal, estou querendo construir uma função assim: select
> tb_dominio('Masculino; Feminino')
>
> Não precisa de função; ela já existe. O que parece que você quer é:
>
> # select row_number() over(), a FROM
> regexp_split_to_table('um;dois;tres', ';') a;
> row_number | a
> +--
> 1 | um
> 2 | dois
> 3 | tres
> (3 registros)
>
> Da próxima vez, descreva melhor entrada e saída. Não estava claro de
> onde vinha o "código" (ainda não sei se é exatamente isso que você quer).
>
>
> É isso mesmo Euler. Obrigado.
>
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
--
Att,
Ursulino Barboza de Souza Neto
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Postgres x RedHat7 - Parâmetros SO
Pessoal, Temos que alterar algum parâmetro do SO quando mudamos do RedHat 6 pro 7? Atenciosamente, Luiz Carlos ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Crash durante vacuum full
> Esse pg_database_size pega os dados direto do SO ou dos metadatos? > Pega do tamanho do(s) diretório(s). Tá explicado. Menos mal. Não existe nenhuma ferramente/script pra varrer as pastas e verificar os "lixos" do banco no SO? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
