Re: [pgbr-geral] Problema com campo time
Olá Eduardo, olá pessoal. Tenho uma excelente idéia: Estude bastante o C#, esta lista é sobre PostgreSQL. Desculpem-me, essa eu não resisti. Antonio Carlos Eduardo Fernandes wrote: Olá, estou desenvolvendo uma aplicação C# utilizando o PostgreSQL. no dataGridView o campo de hora time mostra a data e a hora, mas eu só quero que me mostre a hora. Já tentei de tudo para limpar o campo mas nada parece resolver. O pior é que no banco mostra só a hora, mas quando visualizao pelo sistema (dataGridView) ele exibe a data também... Estou desesperado pois preciso apresentar o sistema amanhã. Alguém tem alguma idéia? Grato Eduardo Fernandes ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.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
Re: [pgbr-geral] Ajuda sobre PostGres
Caro Mário, Experimentei a mesma mensagem de erro durante a instalação do PostgreSql 8.2 no Windows XP, resolvi o problema fazendo com que o campo Domínio, requisitado durante a instalação do PostgreSql, correspondesse ao nome do computador. O Nome do computador pode ser encontrado em: Iniciar-Painel de Controle-Sistema-Nome do computador Feito isto, execute novamente a instalação e preencha corretamente os campos Conta: postgres Domínio: nome completo do computador Senha: *** Digite Novamente: *** Caso ocorra a mensagem se que o usuário postgres já existe, vá em: Iniciar-Painel de Controle-Ferramentas administrativas-Gerenciamento do computador-Usuários e grupos locais Em Usuários deverá estar aparecendo o usuário postgres, exclua-o e tente a instalação novamente Abraços Rodrigo Mario Leite wrote: Estou precisando de ajuda. Ao tentar instalar o PosgReSql 8.2, sempre dá o seguinte erro: Erro interno ao procurar conta. Não foi feito o mapeamento entre os nomes de contas e as identificações de segurança. Já tentei com duas versões (8.1 e 8.2) e não consigo instalar.. Obrigado Mário ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- View this message in context: http://www.nabble.com/Ajuda-sobre-PostGres-tf4212143.html#a12133516 Sent from the PostgreSQL - Brasil mailing list archive at Nabble.com. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Dúvida entre datas
Fala galera, tudo bom?estou trabalhando com postgres, tenho duas datas e queria saber a diferena entre elas em horas!tentei com duas datas de exemplo..select to_timestamp(1410071808, ddmmyyhh24mi) - to_timestamp(1308071105, ddmmyyhh24mi)mas ele me retorna assim...62 days 07:03:00eu queria em horas mesmo!e eu no sei como converter isso que ele me traz no que preciso, e nem como fazer ele retornar no formato que quero..tentei colocar um to_char( tudo_aquilo, mi ) mas ele retorna s a diferena dos minutos, tambm no funciona..queria resolver isso na prpria consulta...alguem pode me ajudar?outra coisa, li na documentao que no rola usar o to_char porque vai ser desativado..e agora? como trago a data formatada do jeito que eu quero?abrasssWalla! Mail - get your free 3G mail today ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Dúvida SQL Server X PostgreSQL: dec laração de variavel
Como declaro uma variavel no PostgreSQL? No SQL Server é assim: DECLARE @MinhaVariavel VARCHAR(50) --está é a declaração da variavel SET @MinhaVariavel = 'Programo' -- seto a variavel SELECT @MinhaVariavel + ', logo existo!' AS 'Mensagem' --imprimo o resultado Como faço isto no PosgreSQL? Desde já, Obrigado. -- View this message in context: http://www.nabble.com/D%C3%BAvida-SQL-Server-X-PostgreSQL%3A-declara%C3%A7%C3%A3o-de-variavel-tf4278919.html#a12179152 Sent from the PostgreSQL - Brasil mailing list archive at Nabble.com. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Travamento de Banco e Vacuum
Olá Pessoal, Estou com uma dificuldade e venho compartilhar com o forum, qualquer dica/sugestao é bem vinda e agradeço a todos desde já. Hardware: . Servidor Dell PowerEdge SC440 . Processador Pentium D 935 (2x2MB Cache, 3.2GHz 800MHz) FSB . 2GB Ram ECC . HD 160GB Sata2 Software: . SO Suse 10.0 . PostgreSQL 8.0.3 Caso: O dump da base tem aproximadamente 2.6GB, algumas tabelas proximo de 3 milhoes de registros. Aplicacao OLTP em 10 usuarios. Gerando aproximadamente 30 mil registros por dia. Tenho programado (via cron + shell) o vacuumdb (FULL) todos os dias as 23:45. O que ocorre é que há dias que parece que o banco trava rodando o vacuum. Amanhece e vejo os processos e o vacuum ainda esta rodando e o banco nao responde, da impressão que o banco trava ou pelo menos nao responde, se tento conectar fica parado esperando, nao da erro de conexao e nem timeout. Nao consigo dar shutdown no banco e nem dar kill nos processos do postmaster, a unica forma é reiniciando todo o servidor. Parece que ocorre um lock (ou deadlock) interno, o banco fica idle e nao responde. Os parametros do postgresql.conf que estou utilizando fora do default que estou utilizando sao: shared_buffers = 65536 work_mem = 8192 maintenance_work_mem = 16384 fsync = false redirect_stderr = true client_min_messages = log log_destination = 'stderr' log_directory = 'pg_log' log_min_messages = log log_min_error_statement = info log_connections = true log_disconnections = true log_duration = true log_line_prefix = '%t %u %r' stats_start_collector = true stats_row_level = true Alguem passou por alguma situação semelhante? Procurei pela internet este caso, porem sem sucesso. Obrigado... Abraço a todos... Rodrigo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Problema com campo time
Como eu já deve ter dito, eu sou Pleno em C. Estou desenvolvendo uma aplicação em C#, mas ainda estou começando com está linguagem e não a conheço mto bem. Em 13/08/07, Antonio C. N. Oliveira [EMAIL PROTECTED] escreveu: Olá Eduardo, olá pessoal. Tenho uma excelente idéia: Estude bastante o C#, esta lista é sobre PostgreSQL. Desculpem-me, essa eu não resisti. Antonio Carlos Eduardo Fernandes wrote: Olá, estou desenvolvendo uma aplicação C# utilizando o PostgreSQL. no dataGridView o campo de hora time mostra a data e a hora, mas eu só quero que me mostre a hora. Já tentei de tudo para limpar o campo mas nada parece resolver. O pior é que no banco mostra só a hora, mas quando visualizao pelo sistema (dataGridView) ele exibe a data também... Estou desesperado pois preciso apresentar o sistema amanhã. Alguém tem alguma idéia? Grato Eduardo Fernandes ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.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 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Digest pgbr-geral, volume 6, assunto 42
Estava monitorando meu servidor e estava percebendo que os usuarios estavam desconectando de forma anormal do servidor. Fui verificar o log do postgres e vi que o banco estava dando shutdown. Uma das mensagens que apareceu pra mim era a seguinte: DETAIL: The postmaster has commanded this server process to roll back the curre Alguem ja teve este problema? Pelo o restante do log que eu verifiquei ele estava acusando que estava tendo um crash de shared memory, entao procurei na net algo sobre isso, mas nao encontrei conteudos que me mostrassem a solucao. Entao por solucao temporaria eu baixei o servico do PostgreSQL e reiniciei meu servidor. Agora, aparentemente esta normal, mas gostaria de saber qual o real problema para nao passar algum apuro posterior. Obrigado, Junior ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Tamanho do retorno de um selec
Pessoal, há alguma forma de mensurar o retorno de um select em KB, MB ou GB? Agradeço a atenção! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Poblema com float4
Genuino, para resolver o Poblema, recomendo a alteração de tipo de dado para NUMERIC. Com NUMERIC, o valor sofre interferência. Por exemplo, se a coluna precisa armazenar 3 dígitos à esquerda e 2 à direita do ponto (999.99), use NUMERIC(5,2). Conceitualmente e na prática é mais coerente e seguro. Abraço. P.S.: poblema não existe, mas problema sim. Em Quinta 16 Agosto 2007 09:00, [EMAIL PROTECTED] escreveu: Date: Wed, 15 Aug 2007 19:00:55 -0300 (ART) From: Genuino Teixeira [EMAIL PROTECTED] Subject: [pgbr-geral] Poblema com float4 Olá, Estou usando a Version 8.0 do postgresql, e o encoding do banco de dados que eu uso é LATIN1. Em uma tabela tenho um campo float4 e quando insiro um dado do tipo 8.55 o banco arredonda para 8.6. Alguém saberia como contornar este problema? Quando insiro 8.55 o valor deve permacer 8.55 e não ir para 8.6. Vlw. -- /* Guilherme Augusto da Rocha Silva Administração de Dados / Bancos de Dados Gerência de Tecnologia da Informação SIM Instituto de Gestão Fiscal */ ___ 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 entre datas
Lourenço, não sei se reparou, mas sua mensagem veio em um anexo que foi removido. Procure enviar sempre em texto simples, sem formatação e sem anexos. Assim todos da lista serão beneficiados e inclusive você. Abraço. Em Quinta 16 Agosto 2007 09:00, [EMAIL PROTECTED] escreveu: Message: 4 Date: Tue, 14 Aug 2007 17:29:15 +0300 From: Lourenco Bueno [EMAIL PROTECTED] Subject: [pgbr-geral] Dúvida entre datas To: pgbr-geral@listas.postgresql.org.br Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=iso-8859-1 Um anexo em HTML foi limpo... URL: http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20070814/4 1641dde/attachment-0001.htm -- /* Guilherme Augusto da Rocha Silva Administração de Dados / Bancos de Dados Gerência de Tecnologia da Informação SIM Instituto de Gestão Fiscal */ ___ 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 SQL Server X PostgreSQL: d eclaração de variavel
O PostgreSQL seque o formato bem próximo do pl/sql. DECLARE variavel1 varchar(50); variavel2 varchar(10); BEGIN variavel1 := 'PostgreSQL'; --setando a variavel raise notice 'Saída: %', variavel1; --imprimindo a variavel. END; SDS Evandro nigelky wrote: Como faço isto no PosgreSQL? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Problema com Vacuum
Bom dia pessoAll, primeiramente gostaria de me apresentar, sou o coordenador de ti do portal meucarronovo.com.br e utilizamos o postgres como solução desde o ano de 2004. E, devido ao nosso crescimento em 2007, começaram a ocorrer alguns problemas que estão deixando o nosso pessoal de infra estrutura com uma certa dor de cabeça, principalmente em relação ao comando vacuum que é agendado para execução todas as madrugadas e que ultimamente não está concluindo em um tempo aceitável, bloqueando o acesso dos usuários às tabelas que acabam travadas pelo vacuum. Gostaria de opiniões da lista de como isso poderia ser resolvido, levando-se em consideração que por se tratar de um portal, a aplicação deve estar disponível 100% do tempo, ou com o minimo de interrupções possíveis. Informações do Server intel xeon 3.0 4gb ram 15gb utilizados pelas nossas bases de dados. Ainda não utilizamos replicação Obrigado, João Paulo www.meucarronovo.com.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Travamento de Banco e Vacuum
Tente diminuir o valor da propriedade default_statistics_target para menos de 500. Em Qui 16 Ago 2007 08:15, Rodrigo Tazima escreveu: Olá Pessoal, Estou com uma dificuldade e venho compartilhar com o forum, qualquer dica/sugestao é bem vinda e agradeço a todos desde já. Hardware: . Servidor Dell PowerEdge SC440 . Processador Pentium D 935 (2x2MB Cache, 3.2GHz 800MHz) FSB . 2GB Ram ECC . HD 160GB Sata2 Software: . SO Suse 10.0 . PostgreSQL 8.0.3 Caso: O dump da base tem aproximadamente 2.6GB, algumas tabelas proximo de 3 milhoes de registros. Aplicacao OLTP em 10 usuarios. Gerando aproximadamente 30 mil registros por dia. Tenho programado (via cron + shell) o vacuumdb (FULL) todos os dias as 23:45. O que ocorre é que há dias que parece que o banco trava rodando o vacuum. Amanhece e vejo os processos e o vacuum ainda esta rodando e o banco nao responde, da impressão que o banco trava ou pelo menos nao responde, se tento conectar fica parado esperando, nao da erro de conexao e nem timeout. Nao consigo dar shutdown no banco e nem dar kill nos processos do postmaster, a unica forma é reiniciando todo o servidor. Parece que ocorre um lock (ou deadlock) interno, o banco fica idle e nao responde. Os parametros do postgresql.conf que estou utilizando fora do default que estou utilizando sao: shared_buffers = 65536 work_mem = 8192 maintenance_work_mem = 16384 fsync = false redirect_stderr = true client_min_messages = log log_destination = 'stderr' log_directory = 'pg_log' log_min_messages = log log_min_error_statement = info log_connections = true log_disconnections = true log_duration = true log_line_prefix = '%t %u %r' stats_start_collector = true stats_row_level = true Alguem passou por alguma situação semelhante? Procurei pela internet este caso, porem sem sucesso. Obrigado... Abraço a todos... Rodrigo ___ 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 entre datas
Lourenco Bueno escreveu:
Fala galera, tudo bom?
estou trabalhando com postgres, tenho duas datas e queria saber a
diferença entre elas em horas!
tentei com duas datas de exemplo..
select to_timestamp('1410071808', 'ddmmyyhh24mi') -
to_timestamp('1308071105', 'ddmmyyhh24mi')
mas ele me retorna assim...
62 days 07:03:00
eu queria em horas mesmo!
e eu não sei como converter isso que ele me traz no que preciso, e nem
como fazer ele retornar no formato que quero..
No momento só desenvolvendo uma função.
Na lista TODO consta esta questão mas não está prevista para a próxima
versão. Veja functions em:
http://www.postgresql.org/docs/faqs.TODO.html
tentei colocar um to_char( tudo_aquilo, 'mi' ) mas ele retorna só a
diferença dos minutos, também não funciona..
queria resolver isso na própria consulta...
alguem pode me ajudar?
Algo do tipo:
bdteste=# SELECT extract(day from (to_timestamp('1410071808',
'ddmmyyhh24mi') - to_timestamp('1308071105', 'ddmmyyhh24mi')))*24 +
extract(hour from (to_timestamp('1410071808', 'ddmmyyhh24mi') -
to_timestamp('1308071105', 'ddmmyyhh24mi')));
?column?
--
1495
(1 registro)
Obviamente, como falei acima, uma função ficará melhor.
outra coisa, li na documentação que não rola usar o to_char porque vai
ser desativado..
?? Tem certeza ?? Veja:
http://www.postgresql.org/docs/8.2/interactive/functions-formatting.html
Talvez você tenha lido no manual da versão 8.0:
Warning: to_char(interval, text) is deprecated and should not be used
in newly-written code. It will be removed in the next version.
mas nas release notes da versão 8.1 consta:
The 8.0 release announced that the to_char() function for intervals
would be removed in 8.1. However, since no better API has been
suggested, to_char(interval) has been enhanced in 8.1 and will remain in
the server.
E repare que se aplicaria apenas a interval e não a date ou timestamp.
e agora? como trago a data formatada do jeito que eu quero?
1. SET DATESTYLE
http://www.postgresql.org/docs/8.2/interactive/sql-set.html
2. Alterar o DATESTYLE no postgresql.conf
http://www.postgresql.org/docs/8.2/interactive/runtime-config-client.html#RUNTIME-CONFIG-CLIENT-FORMAT
3. Usar to_char()
Osvaldo
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Poblema com float4
Genuino Teixeira escreveu: Olá, Estou usando a Version 8.0 do postgresql, e o encoding do banco de dados que eu uso é LATIN1. Em uma tabela tenho um campo float4 e quando insiro um dado do tipo 8.55 o banco arredonda para 8.6. Alguém saberia como contornar este problema? Quando insiro 8.55 o valor deve permacer 8.55 e não ir para 8.6. O problema não é do PostgreSQL. bdteste=# CREATE TEMP TABLE fuu(bar float4); CREATE TABLE bdteste=# INSERT INTO fuu VALUES(8); INSERT 0 1 bdteste=# INSERT INTO fuu VALUES(8.5); INSERT 0 1 bdteste=# INSERT INTO fuu VALUES(8.55); INSERT 0 1 bdteste=# INSERT INTO fuu VALUES(8.555); INSERT 0 1 bdteste=# INSERT INTO fuu VALUES(8.); INSERT 0 1 bdteste=# SELECT * FROM fuu; bar 8 8.5 8.55 8.555 8. (5 registros) Verifique se você não está forçando um arredondamento: bdteste=# SELECT to_char(bar,'999.9') FROM fuu; to_char - 8.0 8.5 8.6 8.6 8.6 (5 registros) Osvaldo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Travamento de Banco e Vacuum
vc deve ta rodando o vaccum full - Original Message - From: Marlon David de Souza [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Thursday, August 16, 2007 11:48 AM Subject: Re: [pgbr-geral] Travamento de Banco e Vacuum Tente diminuir o valor da propriedade default_statistics_target para menos de 500. Em Qui 16 Ago 2007 08:15, Rodrigo Tazima escreveu: Olá Pessoal, Estou com uma dificuldade e venho compartilhar com o forum, qualquer dica/sugestao é bem vinda e agradeço a todos desde já. Hardware: . Servidor Dell PowerEdge SC440 . Processador Pentium D 935 (2x2MB Cache, 3.2GHz 800MHz) FSB . 2GB Ram ECC . HD 160GB Sata2 Software: . SO Suse 10.0 . PostgreSQL 8.0.3 Caso: O dump da base tem aproximadamente 2.6GB, algumas tabelas proximo de 3 milhoes de registros. Aplicacao OLTP em 10 usuarios. Gerando aproximadamente 30 mil registros por dia. Tenho programado (via cron + shell) o vacuumdb (FULL) todos os dias as 23:45. O que ocorre é que há dias que parece que o banco trava rodando o vacuum. Amanhece e vejo os processos e o vacuum ainda esta rodando e o banco nao responde, da impressão que o banco trava ou pelo menos nao responde, se tento conectar fica parado esperando, nao da erro de conexao e nem timeout. Nao consigo dar shutdown no banco e nem dar kill nos processos do postmaster, a unica forma é reiniciando todo o servidor. Parece que ocorre um lock (ou deadlock) interno, o banco fica idle e nao responde. Os parametros do postgresql.conf que estou utilizando fora do default que estou utilizando sao: shared_buffers = 65536 work_mem = 8192 maintenance_work_mem = 16384 fsync = false redirect_stderr = true client_min_messages = log log_destination = 'stderr' log_directory = 'pg_log' log_min_messages = log log_min_error_statement = info log_connections = true log_disconnections = true log_duration = true log_line_prefix = '%t %u %r' stats_start_collector = true stats_row_level = true Alguem passou por alguma situação semelhante? Procurei pela internet este caso, porem sem sucesso. Obrigado... Abraço a todos... Rodrigo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.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
Re: [pgbr-geral] Problema com Vacuum
João, Qual versão do postgres que você está usando? Qual sistema operacional? Pergunto isto pois houveram algumas mudanças (pelo pouco que li sobre o vacuum) da versão 7.x para 8.x Atenciosamente, Luis Fernando Kieça Em 16/08/07, João Paulo Siqueira [EMAIL PROTECTED] escreveu: Bom dia pessoAll, primeiramente gostaria de me apresentar, sou o coordenador de ti do portal meucarronovo.com.br e utilizamos o postgres como solução desde o ano de 2004. E, devido ao nosso crescimento em 2007, começaram a ocorrer alguns problemas que estão deixando o nosso pessoal de infra estrutura com uma certa dor de cabeça, principalmente em relação ao comando vacuum que é agendado para execução todas as madrugadas e que ultimamente não está concluindo em um tempo aceitável, bloqueando o acesso dos usuários às tabelas que acabam travadas pelo vacuum. Gostaria de opiniões da lista de como isso poderia ser resolvido, levando-se em consideração que por se tratar de um portal, a aplicação deve estar disponível 100% do tempo, ou com o minimo de interrupções possíveis. Informações do Server intel xeon 3.0 4gb ram 15gb utilizados pelas nossas bases de dados. Ainda não utilizamos replicação Obrigado, João Paulo www.meucarronovo.com.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Atenciosamente, Luis Fernando ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Travamento de Banco e Vacuum
Uma coisa que eu vi em outra lista de discussão, foi o comentário de um usuário sobre o tempo de vacuum. Ele conseguiu reduzir este tempo mandando o banco reindexar as tabelas antes do vacuum, rodando o vacuum e por fim reindexando as tabelas novamente. Além de diminuir o tamanho do banco, o vacuum rodou bem mais rápido, segundo relato do próprio usuário (não notei diferenças em minha base local). Atenciosamente, Luis Fernando Kieça Em 16/08/07, Joao [EMAIL PROTECTED] escreveu: vc deve ta rodando o vaccum full - Original Message - From: Marlon David de Souza [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Thursday, August 16, 2007 11:48 AM Subject: Re: [pgbr-geral] Travamento de Banco e Vacuum Tente diminuir o valor da propriedade default_statistics_target para menos de 500. Em Qui 16 Ago 2007 08:15, Rodrigo Tazima escreveu: Olá Pessoal, Estou com uma dificuldade e venho compartilhar com o forum, qualquer dica/sugestao é bem vinda e agradeço a todos desde já. Hardware: . Servidor Dell PowerEdge SC440 . Processador Pentium D 935 (2x2MB Cache, 3.2GHz 800MHz) FSB . 2GB Ram ECC . HD 160GB Sata2 Software: . SO Suse 10.0 . PostgreSQL 8.0.3 Caso: O dump da base tem aproximadamente 2.6GB, algumas tabelas proximo de 3 milhoes de registros. Aplicacao OLTP em 10 usuarios. Gerando aproximadamente 30 mil registros por dia. Tenho programado (via cron + shell) o vacuumdb (FULL) todos os dias as 23:45. O que ocorre é que há dias que parece que o banco trava rodando o vacuum. Amanhece e vejo os processos e o vacuum ainda esta rodando e o banco nao responde, da impressão que o banco trava ou pelo menos nao responde, se tento conectar fica parado esperando, nao da erro de conexao e nem timeout. Nao consigo dar shutdown no banco e nem dar kill nos processos do postmaster, a unica forma é reiniciando todo o servidor. Parece que ocorre um lock (ou deadlock) interno, o banco fica idle e nao responde. Os parametros do postgresql.conf que estou utilizando fora do default que estou utilizando sao: shared_buffers = 65536 work_mem = 8192 maintenance_work_mem = 16384 fsync = false redirect_stderr = true client_min_messages = log log_destination = 'stderr' log_directory = 'pg_log' log_min_messages = log log_min_error_statement = info log_connections = true log_disconnections = true log_duration = true log_line_prefix = '%t %u %r' stats_start_collector = true stats_row_level = true Alguem passou por alguma situação semelhante? Procurei pela internet este caso, porem sem sucesso. Obrigado... Abraço a todos... Rodrigo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.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 -- Atenciosamente, Luis Fernando ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Problema com Vacuum
Olá, Vocês usam quais opções no vacuum? Qual sistema operacional? Qual versão do postgres? []s Em 16/08/07, João Paulo Siqueira [EMAIL PROTECTED] escreveu: Bom dia pessoAll, primeiramente gostaria de me apresentar, sou o coordenador de ti do portal meucarronovo.com.br e utilizamos o postgres como solução desde o ano de 2004. E, devido ao nosso crescimento em 2007, começaram a ocorrer alguns problemas que estão deixando o nosso pessoal de infra estrutura com uma certa dor de cabeça, principalmente em relação ao comando vacuum que é agendado para execução todas as madrugadas e que ultimamente não está concluindo em um tempo aceitável, bloqueando o acesso dos usuários às tabelas que acabam travadas pelo vacuum. Gostaria de opiniões da lista de como isso poderia ser resolvido, levando-se em consideração que por se tratar de um portal, a aplicação deve estar disponível 100% do tempo, ou com o minimo de interrupções possíveis. Informações do Server intel xeon 3.0 4gb ram 15gb utilizados pelas nossas bases de dados. Ainda não utilizamos replicação Obrigado, João Paulo www.meucarronovo.com.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.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
[pgbr-geral] Problemas de Mensagens Nesta Lista.
Pessoal, Não se estou com problemas ou a lista, porém não tenho recebido mensagens da lista e quando as recebo somente as retirada da lista, eu quero sair da lista. Será que temos algum problema? Ou será que eu é que estou com problemas de receber as mensagens? Rubens ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Travamento de Banco e Vacuum
Eu particularmente agendava um vacuum full na madrugada em todas as bases de todos os cliente, at porque todos eles fecham a noite. Contudo em algumas oportunidades ocorreu o que foi relatado, isto , o banco aparentemente travava. Como no consegui resolver isto e no queria deixar de usar o windows optei por usar um vacuum (no full) que alm de no travar aceita acessos concorrentes. Outra ao que parece melhorar este comportamento, que me parece ser anmalo, fazer um backup seguido de um restore. Sergio Medeiros Santi Luis Kiea escreveu: Uma coisa que eu vi em outra lista de discusso, foi o comentrio de um usurio sobre o tempo de vacuum. Ele conseguiu reduzir este tempo mandando o banco reindexar as tabelas antes do vacuum, rodando o vacuum e por fim reindexando as tabelas novamente. Alm de diminuir o tamanho do banco, o vacuum rodou bem mais rpido, segundo relato do prprio usurio (no notei diferenas em minha base local). Atenciosamente, Luis Fernando Kiea Em 16/08/07, Joao [EMAIL PROTECTED] escreveu: vc deve ta rodando o vaccum full - Original Message - From: "Marlon David de Souza" [EMAIL PROTECTED] To: "Comunidade PostgreSQL Brasileira" pgbr-geral@listas.postgresql.org.br Sent: Thursday, August 16, 2007 11:48 AM Subject: Re: [pgbr-geral] Travamento de Banco e Vacuum Tente diminuir o valor da propriedade "default_statistics_target" para menos de 500. Em Qui 16 Ago 2007 08:15, Rodrigo Tazima escreveu: Ol Pessoal, Estou com uma dificuldade e venho compartilhar com o forum, qualquer dica/sugestao bem vinda e agradeo a todos desde j. Hardware: . Servidor Dell PowerEdge SC440 . Processador Pentium D 935 (2x2MB Cache, 3.2GHz 800MHz) FSB . 2GB Ram ECC . HD 160GB Sata2 Software: . SO Suse 10.0 . PostgreSQL 8.0.3 Caso: O dump da base tem aproximadamente 2.6GB, algumas tabelas proximo de 3 milhoes de registros. Aplicacao OLTP em 10 usuarios. Gerando aproximadamente 30 mil registros por dia. Tenho programado (via cron + shell)o vacuumdb (FULL) todos os dias as 23:45. O que ocorre que h dias que parece que o banco "trava" rodando o vacuum. Amanhece e vejo os processos e o vacuum ainda esta rodando e o banco nao responde, da impresso que o banco trava ou pelo menos nao responde, se tento conectar fica parado esperando, nao da erro de conexao e nem timeout. Nao consigo dar shutdown no banco e nem dar kill nos processos do postmaster, a unica forma reiniciando todo o servidor. Parece que ocorre um lock (ou deadlock) interno, o banco fica idle e nao responde. Os parametros do postgresql.conf que estou utilizando fora do default que estou utilizando sao: shared_buffers = 65536 work_mem = 8192 maintenance_work_mem = 16384 fsync = false redirect_stderr = true client_min_messages = log log_destination = 'stderr' log_directory = 'pg_log' log_min_messages = log log_min_error_statement = info log_connections = true log_disconnections = true log_duration = true log_line_prefix = '%t %u %r' stats_start_collector = true stats_row_level = true Alguem passou por alguma situao semelhante? Procurei pela internet este caso, porem sem sucesso. Obrigado... Abrao a todos... Rodrigo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.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 -- Atenciosamente, Luis Fernando ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral __ Informao do NOD32 IMON 2466 (20070816) __ Esta mensagem foi verificada pelo NOD32 sistema antivrus http://www.eset.com.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Desligar REINDEX
Pessoal, Ouvi meu professor de Banco de Dados falar que é possível desativar a criação automatica do indice quando um dump eh gerada e/ou carregado no Postgre. Isso eh verdade? Como pode ser feito? *Thiago Boufleuhr* ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Travamento de Banco e Vacuum
Rodrigo Tazima escreveu: Olá Pessoal, Estou com uma dificuldade e venho compartilhar com o forum, qualquer dica/sugestao é bem vinda e agradeço a todos desde já. Hardware: . Servidor Dell PowerEdge SC440 . Processador Pentium D 935 (2x2MB Cache, 3.2GHz 800MHz) FSB . 2GB Ram ECC . HD 160GB Sata2 Software: . SO Suse 10.0 . PostgreSQL 8.0.3 Caso: O dump da base tem aproximadamente 2.6GB, algumas tabelas proximo de 3 milhoes de registros. Aplicacao OLTP em 10 usuarios. Gerando aproximadamente 30 mil registros por dia. Tenho programado (via cron + shell) o vacuumdb (FULL) todos os dias as 23:45. O que ocorre é que há dias que parece que o banco trava rodando o vacuum. Amanhece e vejo os processos e o vacuum ainda esta rodando e o banco nao responde, da impressão que o banco trava ou pelo menos nao responde, se tento conectar fica parado esperando, nao da erro de conexao e nem timeout. Nao consigo dar shutdown no banco e nem dar kill nos processos do postmaster, a unica forma é reiniciando todo o servidor. Parece que ocorre um lock (ou deadlock) interno, o banco fica idle e nao responde. Os parametros do postgresql.conf que estou utilizando fora do default que estou utilizando sao: shared_buffers = 65536 work_mem = 8192 maintenance_work_mem = 16384 fsync = false redirect_stderr = true client_min_messages = log log_destination = 'stderr' log_directory = 'pg_log' log_min_messages = log log_min_error_statement = info log_connections = true log_disconnections = true log_duration = true log_line_prefix = '%t %u %r' stats_start_collector = true stats_row_level = true Alguem passou por alguma situação semelhante? Procurei pela internet este caso, porem sem sucesso. Utilize a opção --verbose (ou -v) do vacuumdb para obter mais informações. Dê um ps auxww e verifique o status do vaccuum. Se estiver waiting então está agurdando a liberação de algum lock. Verifique se existe algo na view pg_locks que esteja bloqueando o vacuum, provavelmente nas tabelas do sistema. Verifique também, caso utilize, se existem prepared statements não comitados (pg_prepared_xacts). Osvaldo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Acessar Postgres via ADO
ADO é lento, pouco portavel e está bem obsoleto. renato wrote: Não curto muito ODBC. O que o ADO tem de tão negro? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Travamento de Banco e Vacuum
Pelo que o cara diz sim, ele esta executando um vacuum full, observe que ele diz: "registros por dia. Tenho programado (via cron + shell)o vacuumdb (FULL) todos os dias as 23:45" Sergio Medeiros Santi Joao escreveu: o vaccum full realiza locks... ja passei pelos mesmos problemas por isso perguntei se tava rodando o vaccum full - Original Message - From: Sergio Medeiros Santi To: Comunidade PostgreSQL Brasileira Sent: Thursday, August 16, 2007 2:02 PM Subject: Re: [pgbr-geral] Travamento de Banco e Vacuum Eu particularmente agendava um vacuum full na madrugada em todas as bases de todos os cliente, at porque todos eles fecham a noite. Contudo em algumas oportunidades ocorreu o que foi relatado, isto , o banco aparentemente travava. Como no consegui resolver isto e no queria deixar de usar o windows optei por usar um vacuum (no full) que alm de no travar aceita acessos concorrentes. Outra ao que parece melhorar este comportamento, que me parece ser anmalo, fazer um backup seguido de um restore. Sergio Medeiros Santi Luis Kiea escreveu: Uma coisa que eu vi em outra lista de discusso, foi o comentrio de um usurio sobre o tempo de vacuum. Ele conseguiu reduzir este tempo mandando o banco reindexar as tabelas antes do vacuum, rodando o vacuum e por fim reindexando as tabelas novamente. Alm de diminuir o tamanho do banco, o vacuum rodou bem mais rpido, segundo relato do prprio usurio (no notei diferenas em minha base local). Atenciosamente, Luis Fernando Kiea Em 16/08/07, Joao [EMAIL PROTECTED] escreveu: vc deve ta rodando o vaccum full - Original Message - From: "Marlon David de Souza" [EMAIL PROTECTED] To: "Comunidade PostgreSQL Brasileira" pgbr-geral@listas.postgresql.org.br Sent: Thursday, August 16, 2007 11:48 AM Subject: Re: [pgbr-geral] Travamento de Banco e Vacuum Tente diminuir o valor da propriedade "default_statistics_target" para menos de 500. Em Qui 16 Ago 2007 08:15, Rodrigo Tazima escreveu: Ol Pessoal, Estou com uma dificuldade e venho compartilhar com o forum, qualquer dica/sugestao bem vinda e agradeo a todos desde j. Hardware: . Servidor Dell PowerEdge SC440 . Processador Pentium D 935 (2x2MB Cache, 3.2GHz 800MHz) FSB . 2GB Ram ECC . HD 160GB Sata2 Software: . SO Suse 10.0 . PostgreSQL 8.0.3 Caso: O dump da base tem aproximadamente 2.6GB, algumas tabelas proximo de 3 milhoes de registros. Aplicacao OLTP em 10 usuarios. Gerando aproximadamente 30 mil registros por dia. Tenho programado (via cron + shell)o vacuumdb (FULL) todos os dias as 23:45. O que ocorre que h dias que parece que o banco "trava" rodando o vacuum. Amanhece e vejo os processos e o vacuum ainda esta rodando e o banco nao responde, da impresso que o banco trava ou pelo menos nao responde, se tento conectar fica parado esperando, nao da erro de conexao e nem timeout. Nao consigo dar shutdown no banco e nem dar kill nos processos do postmaster, a unica forma reiniciando todo o servidor. Parece que ocorre um lock (ou deadlock) interno, o banco fica idle e nao responde. Os parametros do postgresql.conf que estou utilizando fora do default que estou utilizando sao: shared_buffers = 65536 work_mem = 8192 maintenance_work_mem = 16384 fsync = false redirect_stderr = true client_min_messages = log log_destination = 'stderr' log_directory = 'pg_log' log_min_messages = log log_min_error_statement = info log_connections = true log_disconnections = true log_duration = true log_line_prefix = '%t %u %r' stats_start_collector = true stats_row_level = true Alguem passou por alguma situao semelhante? Procurei pela internet este caso, porem sem sucesso. Obrigado... Abrao a todos... Rodrigo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.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 -- Atenciosamente, Luis Fernando ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral __ Informao do NOD32 IMON 2466 (20070816) __ Esta mensagem foi verificada pelo NOD32 sistema antivrus http://www.eset.com.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral __ Informao do NOD32 IMON 2466 (20070816) ___
Re: [pgbr-geral] Desligar REINDEX
rapaz se vc for um cabra experto da pra fazer uns truques,mas creio q nao existe parametro nos pg_dump[all] da vida! pg_dump ... | grep -vi create index arquivo - Original Message - From: Thiago Boufleuhr [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Thursday, August 16, 2007 2:18 PM Subject: [pgbr-geral] Desligar REINDEX Pessoal, Ouvi meu professor de Banco de Dados falar que é possível desativar a criação automatica do indice quando um dump eh gerada e/ou carregado no Postgre. Isso eh verdade? Como pode ser feito? *Thiago Boufleuhr* ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.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
[pgbr-geral] off topic - duvida terminal server
ola pessoal preciso de um terminal server pro windows xp pra mais de 1 usuario, alguem conhece Atenciosamente, Marcos Fabrício Corso Analista de Sistemas Júnior JM Informática Fone : (41) 3076-0896 Fax : (41) 3352-2688 [EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Problema com Vacuum
O teu pessoal de infla no momento de fazer o vacuum, se certifica que não há conexões/trasações abertas? é interessante rodar esse comando vacuum sem o risco de haver nenhuma transação em aberto no banco de dados, desta forma vai garantir que todas sem nenhuma exeção linhas sejam lockadas , sem risco de problemas de reiniciar o ID da transação. Abaixo texto explicativo. 21.1.3. Prevenção de falhas devido ao reinício do ID de transação A semântica de transação do MVCC do PostgreSQL depende de poder comparar números identificadores de transação (XID): uma versão de linha com XID de inserção maior que o XID da transação corrente está no futuro, não devendo ser enxergada pela transação corrente. Como os IDs de transação possuem tamanho limitado (32 bits quando esta documentação foi escrita), um agrupamento em funcionamento por um longo período de tempo (mais de 4 bilhões de transações) sofre um reinício do ID de transação: o contador do XID volta a zero e, de repente, a transações que estavam no passado parecem estar no futuro - significando que suas saídas se tornam invisíveis. Em resumo, uma perda de dados catastrófica (Na verdade os dados ainda estão lá, mas isto não serve de consolo se não é possível acessá-los). Antes do PostgreSQL 7.2 a única defesa contra o reinício do XID era executar novamente o initdb pelo menos a cada 4 bilhões de transações. É claro que não era muito satisfatório para instalações com alto tráfego e, por isso, foi concebida uma solução melhor. A nova abordagem permite o servidor permanecer ativo indefinidamente, sem executar o initdb ou qualquer forma de reinício. O preço é a necessidade desta manutenção: todas as tabelas do banco de dados devem ser VACUUM-nizadas pelo menos uma vez a cada um bilhão de transações. Na prática este não é um requisito oneroso, mas uma vez que a conseqüência de não respeitá-lo pode ser a perda total dos dados (e não apenas desperdício de espaço em disco ou degradação do desempenho), foram introduzidos alguns dispositivos especiais para ajudar os administradores de banco de dados a terem conhecimento do tempo decorrido desde que o comando VACUUM foi executado pela última vez. O restante desta seção fornece os detalhes. Att Claudio Tavares Coordenador de Tecnologia rs :) - Original Message - From: João Paulo Siqueira [EMAIL PROTECTED] To: pgbr-geral@listas.postgresql.org.br Sent: Thursday, August 16, 2007 11:18 AM Subject: [pgbr-geral] Problema com Vacuum Bom dia pessoAll, primeiramente gostaria de me apresentar, sou o coordenador de ti do portal meucarronovo.com.br e utilizamos o postgres como solução desde o ano de 2004. E, devido ao nosso crescimento em 2007, começaram a ocorrer alguns problemas que estão deixando o nosso pessoal de infra estrutura com uma certa dor de cabeça, principalmente em relação ao comando vacuum que é agendado para execução todas as madrugadas e que ultimamente não está concluindo em um tempo aceitável, bloqueando o acesso dos usuários às tabelas que acabam travadas pelo vacuum. Gostaria de opiniões da lista de como isso poderia ser resolvido, levando-se em consideração que por se tratar de um portal, a aplicação deve estar disponível 100% do tempo, ou com o minimo de interrupções possíveis. Informações do Server intel xeon 3.0 4gb ram 15gb utilizados pelas nossas bases de dados. Ainda não utilizamos replicação Obrigado, João Paulo www.meucarronovo.com.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.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
Re: [pgbr-geral] Travamento de Banco e Vacuum
que estou utilizando sao: shared_buffers = 65536 work_mem = 8192 maintenance_work_mem = 16384 fsync = false redirect_stderr = true client_min_messages = log log_destination = 'stderr' log_directory = 'pg_log' log_min_messages = log log_min_error_statement = info log_connections = true log_disconnections = true log_duration = true log_line_prefix = '%t %u %r' stats_start_collector = true stats_row_level = true Alguem passou por alguma situação semelhante? Procurei pela internet este caso, porem sem sucesso. Obrigado... Abraço a todos... Rodrigo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.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 -- Atenciosamente, Luis Fernando ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral __ Informação do NOD32 IMON 2466 (20070816) __ Esta mensagem foi verificada pelo NOD32 sistema antivírus http://www.eset.com.br -- ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral __ Informação do NOD32 IMON 2466 (20070816) __ Esta mensagem foi verificada pelo NOD32 sistema antivírus http://www.eset.com.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral __ Informação do NOD32 IMON 2466 (20070816) __ Esta mensagem foi verificada pelo NOD32 sistema antivírus http://www.eset.com.br -- ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.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
Re: [pgbr-geral] Problema com Vacuum
João e a todos da lista, Peço desculpas pelo equívoco. Eu havia mencionado sobre o a reindexação das tabelas antes do vacuum, rodar o vacuum e reindexá-las. Até aí estava certo. O meu equívoco foi que eu não havia lido isto numa lista de discussões e sim num dos sites que acesso. Nesta URL (http://www.linuxinsight.com/optimize_postgresql_database_size.html) vocês poderão ler a matéria na íntegra. Atenciosamente, Luis Fernando Kieça João Paulo Siqueira wrote: Então Luis, desculpe acabei esquecendo destes detalhes: - Segue: Red hat linux 3.0 Postgres 8.1.6 estamos rodando o vacuum usando este comando: vacuumdb -v -z -d NOMEDABASE -h SERVER -U USER 2/caminho_do_arquivo/arquivo.log Atenciosamente. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.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
Re: [pgbr-geral] Travamento de Banco e Vacuum
banco nao responde, da impressão que o banco trava ou pelo menos nao responde, se tento conectar fica parado esperando, nao da erro de conexao e nem timeout. Nao consigo dar shutdown no banco e nem dar kill nos processos do postmaster, a unica forma é reiniciando todo o servidor. Parece que ocorre um lock (ou deadlock) interno, o banco fica idle e nao responde. Os parametros do postgresql.conf que estou utilizando fora do default que estou utilizando sao: shared_buffers = 65536 work_mem = 8192 maintenance_work_mem = 16384 fsync = false redirect_stderr = true client_min_messages = log log_destination = 'stderr' log_directory = 'pg_log' log_min_messages = log log_min_error_statement = info log_connections = true log_disconnections = true log_duration = true log_line_prefix = '%t %u %r' stats_start_collector = true stats_row_level = true Alguem passou por alguma situação semelhante? Procurei pela internet este caso, porem sem sucesso. Obrigado... Abraço a todos... Rodrigo -- Próxima Parte -- Um anexo em HTML foi limpo... URL: http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20070816/8 7a0d0b2/attachment-0001.htm -- /* Guilherme Augusto da Rocha Silva Administração de Dados / Bancos de Dados Gerência de Tecnologia da Informação SIM Instituto de Gestão Fiscal */ ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Update com group by
tem como fazer uma atualização no banco de dados dessa maneira. eu quero ajustar no cadastro de produto o estoque com tudo que entrou nos pedidos que foram finalizados, ou seja somar a quantidade dos produtos que entraram e foram finalizados. então tem 3 tabelas produtos - cabeçalho do pedido com o campo finalizado=true ou false - itens do pedido onde estão as quantidades. como fazer um: update produtos set estoque=sum(pedido_itens.quantidade) .. where pedidos.finalizado=true and produtos.codigo=pedido_itens.codpro;___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
