Não o parâmetro fsync está true.
o backup mais recente é de 4 meses atrás, a empresa no qual trabalho desenvolve
sistemas públicos aí sabe como é orgão público não se preocupa muito com backup.
Date: Thu, 3 Dec 2009 18:01:25 -0200
From: sebastian...@gmail.com
To:
VisualP Sistemas wrote:
Olá Pessoal,
Estou executando meus backups num arquivo .BAT:
for /f tokens=1,2,3,4 delims=/ %%a in ('DATE /T') do set
Date=%%b-%%c-%%d
pg_dump.exe -i -h localhost -d banco -p 5432 -U user -f C:\%Date%.backup
Funciona 100%.
Ocorre que tentei hoje restaurar
Olá JacksonWeber,
Ficou Show. Èra exatamente isso.
Obrigado pela dica.
Att,
Paulo.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Bom dia!
Estou fazendo uma consulta e quando o valor de uma coluna é 1 o retorno é
rápido (poucos registros). Quando o valor da coluna é 0 o retorno é lento
(muitos registros).
Será que eu poderia fazer alguma mudança com base no QUERY PLAN?
QUERY PLAN
Ola turma.
Fiz a migração ontem para vesão 8.4 do postgresql e reparei que esta muito
lento as querys, vejo o processamento no Linux e todas as consultas
utilizando muito processamento, coisa que não ocorria na 8.3.
É normal, alguém já passou por isso.
Existe alguma forma de melhorar o
Olá,
2009/12/4 Thiago Freitas thiago.frei...@gmail.com
Bom dia!
Estou fazendo uma consulta e quando o valor de uma coluna é 1 o retorno é
rápido (poucos registros). Quando o valor da coluna é 0 o retorno é lento
(muitos registros).
Será que eu poderia fazer alguma mudança com base no QUERY
Olá,
2009/12/4 Leandro Müller leandroli...@muriki.com.br
Ola turma.
Fiz a migração ontem para vesão 8.4 do postgresql e reparei que esta muito
lento as querys, vejo o processamento no Linux e todas as consultas
utilizando muito processamento, coisa que não ocorria na 8.3.
É normal,
Bom dia,
Estranha essa queda em desempenho. Para ajudar-te precisamos de um pouco
mais de dados: todas as queries estão mais lentas ou apenas alguma
especificamente?
Além do tempo, também estás com problema de consumo de processamento, certo?
Tem maior consumo de memória utilizada também ou não?
O problema são os valores ZERO ou UM pra coluna *ide_tpNF*
Índices:
S1IP_I01 btree (emit_cMun, *ide_tpNF*) CLUSTER
On Fri, Dec 4, 2009 at 9:28 AM, JotaComm jota.c...@gmail.com wrote:
Olá,
2009/12/4 Thiago Freitas thiago.frei...@gmail.com
Bom dia!
Estou fazendo uma consulta e quando
2009/12/4 JotaComm jota.c...@gmail.com:
Olá,
2009/12/4 Thiago Freitas thiago.frei...@gmail.com
Bom dia!
Estou fazendo uma consulta e quando o valor de uma coluna é 1 o retorno é
rápido (poucos registros). Quando o valor da coluna é 0 o retorno é lento
(muitos registros).
Será que eu
Thiago Freitas escreveu:
QUERY PLAN
GroupAggregate (cost=114030.00..119682.56 rows=22839 width=50)
(actual time=2116.395..3020.904 rows=13225 loops=1)
- Sort
Exato, a mesma consulta com esta única diferença. Realmente, eu percebi esta
mensagem mas não sei o que devo fazer...
2009/12/4 Dickson S. Guedes lis...@guedesoft.net
2009/12/4 JotaComm jota.c...@gmail.com:
Olá,
2009/12/4 Thiago Freitas thiago.frei...@gmail.com
Bom dia!
Estou
DROP TABLE public.car;
ERROR: con_pkey is an index
A tabela car tem uma fk para tabela con. Ja tentei deletar a fk primeiro tb
deu o mesmo erro.
--
View this message in context:
http://old.nabble.com/Erro-Drop-table-tp26635867p26635867.html
Sent from the PostgreSQL - Brasil mailing list
Olá,
2009/12/4 mateusgra mateus...@bol.com.br
DROP TABLE public.car;
ERROR: con_pkey is an index
A tabela car tem uma fk para tabela con. Ja tentei deletar a fk primeiro tb
deu o mesmo erro.
Você deve ter algumas restrições de integridade, você não vai conseguir
dropar uma tabela que
2009/12/4 JotaComm jota.c...@gmail.com:
Olá,
2009/12/4 Thiago Freitas thiago.frei...@gmail.com
Exato, a mesma consulta com esta única diferença. Realmente, eu percebi
esta mensagem mas não sei o que devo fazer...
O André comentou de aumentar o work_mem. O valor padrão é 1 MB, sempre que
Eu alterei o wok_mem para 16MB e a consulta que demorava 3 segundos caiu
para menos de meio segundo.
Pessoal, obrigado pela ajuda!
Att,
Thiago Freitas
2009/12/4 Dickson S. Guedes lis...@guedesoft.net
2009/12/4 JotaComm jota.c...@gmail.com:
Olá,
2009/12/4 Thiago Freitas
Instalei o postgresql 8.4 do zero, restaurei minha base de dados, não fiz
nenhuma modificação no postgresql.conf.
Todas as consultas são lentas.
Retornei para o 8.3 e esta tudo normalizado.
Abraços.
At.
Leandro Müller
De: pgbr-geral-boun...@listas.postgresql.org.br
On Fri, Dec 4, 2009 at 10:05 AM, Rodrigo Lang
rodrigoferreiral...@gmail.com wrote:
Mateus, acho que o comando DROP TABLE public.car CASCADE; resolva seu
problema...
Tome cuidado! isso pode fazer um super estrago no seu banco de dados.
Com o cascade, o drop vai apagar todas as tabelas que
2009/12/4 Jackson Schmitz Weber jackson...@hotmail.com:
Não o parâmetro fsync está true.
o backup mais recente é de 4 meses atrás, a empresa no qual
trabalho desenvolve sistemas públicos aí sabe como é orgão público não se
preocupa muito com backup.
Você consegue fazer um dump do banco que
Olá Pessoal
Estou com um problema e gostaria de uma resposta, tenho um cliente que
usa Windows98 e não aceita mudar ou comprar novos equipamentos. Eu
preciso acessar a base de dados em Postgres em outro computador, estou
recebendo o erro:
O arquivo LIBPQ.DLL está vincunlado ao SHELL32.DLL de
Sebastian SWC escreveu:
On Fri, Dec 4, 2009 at 10:05 AM, Rodrigo Lang
rodrigoferreiralang-re5jqeeqqe8avxtiumw...@public.gmane.org wrote:
Mateus, acho que o comando DROP TABLE public.car CASCADE; resolva seu
problema...
Tome cuidado! isso pode fazer um super estrago no seu banco de dados.
Estou executando uma rotina de reprocessamento na minha máquina, que
roda Windows Vista Home Premium 32-bit e PostgreSQL 8.4.1. Com o mesmo
database em um servidor de produção rodando Ubuntu Linux 8.04 32-bit e
PostgreSQL 8.2.12, o erro não acontece.
A rotina é na aplicação, executando mais de
Prezada Comunidade PostgreSQL,
Trabalhamos com soluções em Data Center e temos um cenário de um cliente
que este nos preocupando, logo estamos reportando a comunidade, a fim de
buscar uma luz no final do túnel, sendo assim segue nosso cenário:
* Servidor FreeBSD 8.0 64bits
* Pacostes
Olá
2009/12/4 Tiago Adami adam...@gmail.com
Estou executando uma rotina de reprocessamento na minha máquina, que
roda Windows Vista Home Premium 32-bit e PostgreSQL 8.4.1. Com o mesmo
database em um servidor de produção rodando Ubuntu Linux 8.04 32-bit e
PostgreSQL 8.2.12, o erro não
2009/12/4 Thiago Freitas thiago.frei...@gmail.com:
Eu alterei o wok_mem para 16MB e a consulta que demorava 3 segundos caiu
para menos de meio segundo.
Pessoal, obrigado pela ajuda!
E quanto ao plano? Consegue postar aqui? Rodou o ANALYZE nas tabelas envolvidas?
[]s
Dickson S. Guedes
* work_mem = 1MB*
QUERY PLAN
GroupAggregate (cost=114030.00..119682.56 rows=22839 width=50) (actual
time=2116.395..3020.904 rows=13225 loops=1)
- Sort
2009/12/4 Marcelo Costa marcelojsco...@gmail.com:
Olá
2009/12/4 Tiago Adami adam...@gmail.com
Estou executando uma rotina de reprocessamento na minha máquina, que
roda Windows Vista Home Premium 32-bit e PostgreSQL 8.4.1. Com o mesmo
database em um servidor de produção rodando Ubuntu Linux
Alguém aqui já usou
mamooth replicator
https://projects.commandprompt.com/public/replicator/wiki/QuickStart
objectRMMS
http://www.object.com.br/content/view/26/40/
e tem alguma experiência para compartilhar?
Dúvida sobre replicação master-slave:
- esta pode ser bidirecional, ou seja, ocorrer
Olá
2009/12/4 Marcelo Barbosa marcelo.barb...@sizeof.com.br
Prezada Comunidade PostgreSQL,
Trabalhamos com soluções em Data Center e temos um cenário de um cliente
que este nos preocupando, logo estamos reportando a comunidade, a fim de
buscar uma luz no final do túnel, sendo assim segue
2009/12/4 Marcelo Barbosa marcelo.barb...@sizeof.com.br:
Prezada Comunidade PostgreSQL,
(...)
* Problema: Ao executarmo a mesma query no servidor do cliente esta demora
menos de 02:30 minutos já no cenário apresentado esta demorando mais de
03:30, sendo assim segue a forma que estamos
2009/12/4 Tiago Adami adam...@gmail.com
2009/12/4 Marcelo Costa marcelojsco...@gmail.com:
Olá
2009/12/4 Tiago Adami adam...@gmail.com
Estou executando uma rotina de reprocessamento na minha máquina, que
roda Windows Vista Home Premium 32-bit e PostgreSQL 8.4.1. Com o mesmo
database
JacksonWeber escreveu:
ERROR: could not access status of transaction 1397965136
DETAIL: could not open file D:/work/data_pa/pg_clog/0535: No such file or
directory
Quais os arquivos estão no pg_clog e seus respectivos tamanhos? Se não há
arquivos com nome próximo a 0535, você pode estar
Prezados,
Agradeço a rápida resposta, conforme o colega Marcelo Costa executei o
solicitado e segue abaixo:
last pid: 39893; load averages: 0.93, 0.48, 0.28
up 0+06:47:31 11:40:04
22 processes: 2 running, 20 sleeping
CPU: 49.5% user, 0.0% nice, 0.4% system, 0.6% interrupt, 49.5%
Rudinei Dias escreveu:
Dúvida sobre replicação master-slave:
- esta pode ser bidirecional, ou seja, ocorrer alguma
atualzação/inserção no slave e ser replicada no master, ou
obrigatoriamente não?
Não. Mestre-Escravo quer dizer que *somente* o mestre recebe atualizações e as
repassa aos
Me desculpem por este assunto, gostaria de discutí-lo aqui na lista já
que percebi existirem profissionais que trabalham com Java e
PostgreSQL.
Tenho um projeto para ser desenvolvido a longo prazo, um ERP. As
exigências são que o programa funcione pelo menos com dois bancos de
dados: Oracle e
Marcelo Barbosa escreveu:
conforme o colega Dickson solicitou, EXPLAIN ANALYZE, não sabemos como
executar
Basta colocar EXPLAIN ANALYZE antes da consulta.
EXPLAIN ANALYZE SELECT a, b FROM foo INNER JOIN bar ON (x = y);
--
Euler Taveira de Oliveira
http://www.timbira.com/
2009/12/4 Marcelo Barbosa marcelo.barb...@sizeof.com.br
Prezados,
Agradeço a rápida resposta, conforme o colega Marcelo Costa executei o
solicitado e segue abaixo:
last pid: 39893; load averages: 0.93, 0.48, 0.28
up 0+06:47:31 11:40:04
22 processes: 2 running, 20 sleeping
Àqueles que tiverem interesse...
Mensagem original
Olá a todos!
Sejam muito bem vindos a Campus Party Brasil, o maior evento de inovação
tecnológica, Internet e entretenimento eletrônico em rede do mundo. De
25 a 31 de janeiro de 2010, realizaremos a terceira edição da Campus
2009/12/4 Marcelo Costa marcelojsco...@gmail.com:
2009/12/4 Tiago Adami adam...@gmail.com
2009/12/4 Marcelo Costa marcelojsco...@gmail.com:
Olá
2009/12/4 Tiago Adami adam...@gmail.com
Estou executando uma rotina de reprocessamento na minha máquina, que
roda Windows Vista Home
Rodrigo Lang escreveu:
Mateus, acho que o comando DROP TABLE public.car CASCADE; resolva seu
problema...
Ats,
Rodrigo Lang.
2009/12/4 mateusgra mateusgra-I4oVjbygTnVfyO9Q7EP/y...@public.gmane.org
mailto:mateusgra-I4oVjbygTnVfyO9Q7EP/y...@public.gmane.org
DROP TABLE
2009/12/4 Mateus gra mateus...@bol.com.br:
(corte)
Ja tentei o cascade.
E agora tentei remover a CONSTRAINT: ALTER TABLE car DROP CONSTRAINT
fk_car_con o erro continua.
Você poderia passar a estrutura dessa tabela public.car? É bem fácil
através do pgAdmin apenas clique sobre a tabela que
2009/12/4 Euler Taveira de Oliveira eu...@timbira.com:
JacksonWeber escreveu:
ERROR: could not access status of transaction 1397965136
DETAIL: could not open file D:/work/data_pa/pg_clog/0535: No such file or
directory
Quais os arquivos estão no pg_clog e seus respectivos tamanhos? Se não
Tiago Adami escreveu:
2009/12/4 Mateus gra mateusgra-I4oVjbygTnVfyO9Q7EP/y...@public.gmane.org:
(corte)
Ja tentei o cascade.
E agora tentei remover a CONSTRAINT: ALTER TABLE car DROP CONSTRAINT
fk_car_con o erro continua.
Você poderia passar a estrutura dessa tabela public.car? É bem
Dickson S. Guedes escreveu:
Apenas lembrando que é Windows.
Existe dd para Windows.
--
Euler Taveira de Oliveira
http://www.timbira.com/
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
2009/12/4 Mateus gra mateus...@bol.com.br:
Tiago Adami escreveu:
2009/12/4 Mateus gra mateusgra-I4oVjbygTnVfyO9Q7EP/y...@public.gmane.org:
(corte)
Ja tentei o cascade.
E agora tentei remover a CONSTRAINT: ALTER TABLE car DROP CONSTRAINT
fk_car_con o erro continua.
Você poderia passar a
45 matches
Mail list logo