Re: [pgbr-geral] Verificar indices não usados

2013-07-18 Por tôpico Fabrízio de Royes Mello
On 18-07-2013 14:34, Flavio Henrique Araque Gurgel wrote: A view pg_statio_all_indexes é a melhor maneira de verificar quais índices estão sendo usados? Sim. Se sim, devemos analisar as colunas idx_blks_read e idx_blks_hit, ou seja, se estiverem zeradas é um sinal de que o índice não está se

Re: [pgbr-geral] DBLINK DANDO ERRO NA INSERÇÃO

2013-07-18 Por tôpico Fabrízio de Royes Mello
On 18-07-2013 14:35, Matheus de Oliveira wrote: [...] Se não me engano, o dblink_exec não lança exceção em caso de erro, assim você tem que tratar o retorno: [...] Ele gera sim uma exceção caso ocorra algum erro na execução remota, mas é possível desativar esse comportamento (que é padrão)

Re: [pgbr-geral] Replica de base por periodo

2013-07-18 Por tôpico Fabrízio de Royes Mello
On 18-07-2013 21:47, Leonardo Cezar wrote: Use particionamento[1], fdw[2] com dblink[3]. [1] http://www.postgresql.org/docs/9.2/static/ddl-partitioning.html [2] http://www.postgresql.org/docs/9.3/static/sql-createforeigndatawrapper.html [3] http://www.postgresql.org/docs/9.3/static/contrib-dblin

Re: [pgbr-geral] Replica de base por periodo

2013-07-18 Por tôpico Leonardo Cezar
Use particionamento[1], fdw[2] com dblink[3]. [1] http://www.postgresql.org/docs/9.2/static/ddl-partitioning.html [2] http://www.postgresql.org/docs/9.3/static/sql-createforeigndatawrapper.html [3] http://www.postgresql.org/docs/9.3/static/contrib-dblink-connect.html Abraço! -Leo 2013/7/18 Edu

Re: [pgbr-geral] Tempo elevado em BIND e PARSE

2013-07-18 Por tôpico Fábio Gibon
Matheus, valeu pelo retorno. Veja as respostas inline... Em 16 de julho de 2013 17:15, Matheus de Oliveira escreveu: > Aposto que sua aplicação é em Java... Se for o caso, faça um teste com o > protocolo V2 nas configurações do JDBC (parâmetro protocolVersion em [1]) e > verifique se

Re: [pgbr-geral] Replica de base por periodo

2013-07-18 Por tôpico Leonardo Carneiro
2013/7/18 Eduardo Rodrigues > Boa tarde Pessoal, > > em uma tabela de um determinado banco de dados quero armazenar apenas > dados dos ultimos 90 dias. Em um banco de dados secundário gostaria de > poder replicar todo o conteúdo maior do que 90 dias. Alguém sabe me dizer > se o Slony realiza esse

Re: [pgbr-geral] Replica de base por periodo

2013-07-18 Por tôpico Leonardo Carneiro
Imagino que no primário seja um cenário OLTP e no segundo seja OLAP, certo? Não sou mto expert no Slony, mas caso vc não precise dos dados real-time no secundário, você poderia fazer uma tarefa agendada que fizesse esse transporte manualmente, como uma carga noturna. 2013/7/18 Eduardo Rodrigues

[pgbr-geral] Replica de base por periodo

2013-07-18 Por tôpico Eduardo Rodrigues
Boa tarde Pessoal, em uma tabela de um determinado banco de dados quero armazenar apenas dados dos ultimos 90 dias. Em um banco de dados secundário gostaria de poder replicar todo o conteúdo maior do que 90 dias. Alguém sabe me dizer se o Slony realiza esse tipo de tarefa? Ou terei que criar uma t

Re: [pgbr-geral] Melhorar desempenho de uma função

2013-07-18 Por tôpico Flavio Henrique Araque Gurgel
> Pessoal, > > Tenho uma função > > CREATE OR REPLACE FUNCTION f_soma_diautil(vdtini date, vhrini time without > time zone, vdtfim date, vhrfim time without time zone, vcodemp integer, vuf > text, vcidade text) RETURNS double precision > > que retorna a diferença de tempo entre vdtfim e vdtini,

Re: [pgbr-geral] DBLINK DANDO ERRO NA INSERÇÃO

2013-07-18 Por tôpico Matheus de Oliveira
2013/7/17 Deliane Andrade > Boa tarde! > > >>Matheus, concatenei da forma como você sugeriu e não deu mais o erro > anteriormente citado. > Agora está dando este aqui : > > ERRO: consulta não tem destino para os dados resultantes > HINT: Se você quer descartar os resultados de um SELECT, util

Re: [pgbr-geral] Verificar indices não usados

2013-07-18 Por tôpico Flavio Henrique Araque Gurgel
> A view pg_statio_all_indexes é a melhor maneira de verificar quais índices > estão sendo usados? Sim. > > Se sim, devemos analisar as colunas idx_blks_read e idx_blks_hit, ou seja, se > estiverem zeradas é um sinal de que o índice não está sendo usado? Isso mesmo. > > PostgreSQL 9.1.9 on x8

[pgbr-geral] Verificar indices não usados

2013-07-18 Por tôpico Danilo Silva
Pessoal, A view pg_statio_all_indexes é a melhor maneira de verificar quais índices estão sendo usados? Se sim, devemos analisar as colunas idx_blks_read e idx_blks_hit, ou seja, se estiverem zeradas é um sinal de que o índice não está sendo usado? PostgreSQL 9.1.9 on x86_64-unknown-linux-gnu, c

[pgbr-geral] Melhorar desempenho de uma função

2013-07-18 Por tôpico Danilo Silva
Pessoal, Tenho uma função CREATE OR REPLACE FUNCTION f_soma_diautil(vdtini date, vhrini time without time zone, vdtfim date, vhrfim time without time zone, vcodemp integer, vuf text, vcidade text) RETURNS double precision que retorna a diferença de tempo entre vdtfim e vdtini, no caso essa funçã

Re: [pgbr-geral] LATIN1 ou UTF-8

2013-07-18 Por tôpico Matheus de Oliveira
2013/7/18 Euler Taveira > On 18-07-2013 08:03, Matheus de Oliveira wrote: > > Só uma correção, até onde me lembro, os caracteres acentuados (êãú...) > > são representados com dois bytes em UTF8, não um. Logo o espaço ocupado > > para textos em português em UTF8 pode ser, no máximo, o dobro dos >

Re: [pgbr-geral] Firebird para PostgreSQL

2013-07-18 Por tôpico André Geraldo dos Santos
Cicero boa tarde! Seguem as minhas respostas. Em 18 de julho de 2013 09:49, Cicero Neto escreveu: > Bom dia André. > Qual plataforma de S.O. você está usando? > Linux e Windows > Qual o HardWare está utilizando? > Alguns clientes com máquina dell e raid 5 e outros máquinas menores ou m

Re: [pgbr-geral] [off topic] PgDAC

2013-07-18 Por tôpico VidaUTI
Senhores, dando um feedback ao tópico, o problema da lentidão do PgDAC está relacionado com a Wirelles. Fiz alguns testes em rede cabeada e o componente realmente ficou muito rápido. Agora estou em contato com o suporte Davart para solução do problema. Assim que possível posto na lista. Obrigado

Re: [pgbr-geral] Quando usar VACUUM, ANALYZE e REINDEX

2013-07-18 Por tôpico Wellington Oppenheimer
Entendi, e nesse caso aqui: schemaname tablename tbloat wastedbytes iname ibloat wastedibytes public tb_discavlnotas 1.2 11730944 pk_tb_discavlnotas 1.4 16588800 O que significa? A diferença pelo que vi é a coluna wastedibytes. Em 18 de julho de 2013 12:30, Flavio Henrique Araque Gurgel

Re: [pgbr-geral] Quando usar VACUUM, ANALYZE e REINDEX

2013-07-18 Por tôpico Flavio Henrique Araque Gurgel
> Este é o resultado para a tabela que estou me referindo. Detalhe, estas > linhas foram as primeiras da consulta. Evite o top-post. > > > schemaname tablename tbloat wastedbytes iname ibloat > wastedibytes > > public tb_matricula1.3 3487334

Re: [pgbr-geral] Quando usar VACUUM, ANALYZE e REINDEX

2013-07-18 Por tôpico Wellington Oppenheimer
Olá Flávio, Este é o resultado para a tabela que estou me referindo. Detalhe, estas linhas foram as primeiras da consulta. schemaname tablename tbloat wastedbytes iname ibloat wastedibytes public tb_matricula 1.3 34873344 turmateo_idx 0.4 0 public tb_matricula 1.3 34873344 pk_tb_matricula 0.6 0

Re: [pgbr-geral] Configuração do banco

2013-07-18 Por tôpico Flavio Henrique Araque Gurgel
> Pessoal, gostaria que me ajudassem a configurar um banco postgres. > Tenho umas aplicações parrudas e o banco ( default ) é muito lerdo. > Meu chefe disponibilizou um server só pra mim, mas tive que instalar tudo e > não sei como melhorar o postgres (default) > > A máquina que uso é só para o ba

Re: [pgbr-geral] Configuração do banco

2013-07-18 Por tôpico Douglas Fabiano Specht
Em 18 de julho de 2013 11:37, Rebert Tomaz Aquino escreveu: > Pessoal, gostaria que me ajudassem a configurar um banco postgres. > Tenho umas aplicações parrudas e o banco ( default ) é muito lerdo. > Meu chefe disponibilizou um server só pra mim, mas tive que instalar tudo > e não sei como melhor

Re: [pgbr-geral] Quando usar VACUUM, ANALYZE e REINDEX

2013-07-18 Por tôpico Flavio Henrique Araque Gurgel
- Mensagem original - > Pessoal, > > Tenho uma tabela crítica no sistema, que daqui há alguns dias ela irá sofrer > um grande número de transações(inserções, update e delete) > > Estou na dúvida se rodo agora ANALYZE, VACUUM FULL e REINDEX. > > Na verdade estou mais em dúvida do REINDEX.

Re: [pgbr-geral] Configuração do banco

2013-07-18 Por tôpico Edson Neto
Em 18 de julho de 2013 11:37, Rebert Tomaz Aquino escreveu: > Pessoal, gostaria que me ajudassem a configurar um banco postgres. > Tenho umas aplicações parrudas e o banco ( default ) é muito lerdo. > Meu chefe disponibilizou um server só pra mim, mas tive que instalar tudo > e não sei como melhor

[pgbr-geral] Configuração do banco

2013-07-18 Por tôpico Rebert Tomaz Aquino
Pessoal, gostaria que me ajudassem a configurar um banco postgres. Tenho umas aplicações parrudas e o banco ( default ) é muito lerdo. Meu chefe disponibilizou um server só pra mim, mas tive que instalar tudo e não sei como melhorar o postgres (default) A máquina que uso é só para o banco e tem? 1

Re: [pgbr-geral] LATIN1 ou UTF-8

2013-07-18 Por tôpico Euler Taveira
On 18-07-2013 08:03, Matheus de Oliveira wrote: > Só uma correção, até onde me lembro, os caracteres acentuados (êãú...) > são representados com dois bytes em UTF8, não um. Logo o espaço ocupado > para textos em português em UTF8 pode ser, no máximo, o dobro dos > representados em Latin-1. > Afirma

Re: [pgbr-geral] LATIN1 ou UTF-8

2013-07-18 Por tôpico Osvaldo Kussama
Em 18/07/13, Carlos Antônio Pereira (VidaUTI) escreveu: > Mas se vamos a parte que se aplica ao sistema legado que dou manutenção: > A aplicação já impede que o usuário digite com acentuação. Logo, não há > nenhum > acento gráfico nos registros do banco. Inclusive pensei em colocar esse > banco em

Re: [pgbr-geral] LATIN1 ou UTF-8

2013-07-18 Por tôpico VidaUTI
Mas se vamos a parte que se aplica ao sistema legado que dou manutenção: A aplicação já impede que o usuário digite com acentuação. Logo, não há nenhum acento gráfico nos registros do banco. Inclusive pensei em colocar esse banco em SQL_ASCII, já que não se utiliza nenhuma acentuação nessa aplica

Re: [pgbr-geral] Firebird para PostgreSQL

2013-07-18 Por tôpico Douglas Fabiano Specht
Em 18 de julho de 2013 09:49, Cicero Neto escreveu: > Bom dia André. > Qual plataforma de S.O. você está usando? > Qual o HardWare está utilizando? > Qual o tipo de aplicação está usando? Local ou Web? > > Seja Livre! > Use OpenSource! > LineOn, Tecnologia da Informação! > http://lineonti.wordpre

[pgbr-geral] Quando usar VACUUM, ANALYZE e REINDEX

2013-07-18 Por tôpico Wellington Openheimer
Pessoal, Tenho uma tabela crítica no sistema, que daqui há alguns dias ela irá sofrer um grande número de transações(inserções, update e delete) Estou na dúvida se rodo agora ANALYZE, VACUUM FULL e REINDEX. Na verdade estou mais em dúvida do REINDEX. Além da chave primária, esta tabela tem mais

Re: [pgbr-geral] Firebird para PostgreSQL

2013-07-18 Por tôpico Cicero Neto
Bom dia André. Qual plataforma de S.O. você está usando? Qual o HardWare está utilizando? Qual o tipo de aplicação está usando? Local ou Web? Seja Livre! Use OpenSource! LineOn, Tecnologia da Informação! http://lineonti.wordpress.com Em 18 de julho de 2013 09:24, André Geraldo dos Santos < andr

[pgbr-geral] Firebird para PostgreSQL

2013-07-18 Por tôpico André Geraldo dos Santos
Caros bom dia! Estou planejando uma virada de firebird para Postgresql 9.2, minha base de dados atualmente está com 30 GB e não estou vendo uma forma rápida e fácil de migrar esses dados. Alguém já passou por alguma situação semelhante, se passou como resolveu? Estou trocando de firebird para Po

Re: [pgbr-geral] LATIN1 ou UTF-8

2013-07-18 Por tôpico Matheus de Oliveira
2013/7/17 Euler Taveira > On 16-07-2013 19:57, Alessandro Gonçalves wrote: > > Alguns caracteres que compõem utf-8 necessitam de até 3 bytes, se não me > > engano 2 para armazenar o caracter e 1 byte para guardar a sua posição > > enquanto em latin-1 os caracteres ocupam apenas 8 bits (1 byte). >