Re: [pgbr-geral] Imagens no Postgres
Oi Antonio... Estou usando o Visual FoxPro 9.0 com conexão ODBC. É uma aplicação Desktop para o segmento comercial. E preciso armazenar as fotos dos produtos e dos clientes que são capturadas com uma WebCam. Na hora de gravar no campo Bytea grava apenas algumas letras, acho que é pq a JPG é cheia de códigos estranhos e deve estar conflitando com algum código de controle do Postgres... Quando converto a JPG para Binary o Postgres retorna um erro dizendo que a imormação é do tipo LO e por isso não grava em campo Bytea. Até já consegui gravar em campo OID da seguinte maneria: 1-Converto a JPG em uma String 2-Converto a String em Binary 3-Uso o Insert normalmente (deta maneira não precisa do lo_import) Mas não consegui fazer o processo invertido.. de trazer o OID para o terminal, pois o lo_expot grava no servidor. E na verdade pelas características das imagens acho melhor usar o Bytea (muitas imagens de tamanho pequeno e somente para visualização) Abraços e ainda na luta :) Vanderlei. - Original Message - From: Antonio Nascimento To: Comunidade PostgreSQL Brasileira Sent: Monday, August 27, 2007 10:48 PM Subject: Re: [pgbr-geral] Imagens no Postgres Vanderlei, Na inserção OID (large object) vc precisa fazer o upload do arquivo do cliente para o servidor para realizar o lo_import e para visualizar vc precisa realizar o upload do lo_export para um servidor web. Com bytea vc falou em problemas na gravação ... vc está usando qual linguagem de programação? Antonio On 8/27/07, Vanderlei (SetaDigital) [EMAIL PROTECTED] wrote: Pessoal Esta é a minha primeira mensagem no grupo... Programo em VFP e estou migrando de DBF para Postgres... Estou gostando bastante e já está quase tudo funcionando... Mas estou tendo dificuldades com as Imagens... Testei com campos OID e Bytea mas até agora não consequi um resultado legal. Com OID estou tendo dificuldades nas funções lo_import e lo_export, que são executadas no Server-Side... E preciso inserir as imagens que estão no lado cliente e depois traze-las de volta para exibição. E o Bytea está gravando somente uma parte da string que contém a imagem... Tudo que puderem me mandar de material/exemplos será bem vindo. Abraços a todos. Vanderlei Marcos Kichel [EMAIL PROTECTED] ___ SetaDigital Comércio de Sistemas Gerenciais Ltda Rua Voluntários da Pátria, 1415 Sala 302 - Centro Cascavel - Paraná - Cep 85.812-160 Telefone: (45) 3222-7511 www.setadigital.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 mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] pg_terminate_backend x pg_cancel_backend
so uma colocação! A grande maioria das vezes que utilizei a cancel_backend nao funcionou! - Original Message - From: Guilherme Augusto da Rocha Silva [EMAIL PROTECTED] To: pgbr-geral@listas.postgresql.org.br Sent: Tuesday, August 28, 2007 9:38 AM Subject: Re: [pgbr-geral] pg_terminate_backend x pg_cancel_backend Das duas, a única função que encontrei documentada pelo PostgreSQL.org é pg_catalog.pg_cancel_backend(PID). Onde você encontrou a outra, pg_terminate_backend(PID) ??? Fiquei curioso. De qualquer modo e respondendo à sua dúvida, a diferença deve estar no tipo de sinal (SIGINT e SIGTERM) enviado ao processo que tem o PID em questão. Se você usa Linux, pode ver a documentação detalhada referente aos sinais POSIX de sistema operacional invocando os comandos man 7 signal ou man kill, caso contrário, procure no Google por sinais POSIX ou POSIX signals... vai achar tudo o que precisa. Abraço. Em Segunda 27 Agosto 2007 18:35, [EMAIL PROTECTED] escreveu: Message: 4 Date: Mon, 27 Aug 2007 18:31:40 -0300 From: Rafael Garbin [EMAIL PROTECTED] Subject: [pgbr-geral] pg_terminate_backend x pg_cancel_backend To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=iso-8859-1 Pessoal, estava dando um olhada, e vi que com a função pg_cancel_backend(´PROC_PID), não é preciso matar a sessão, ele suspende o SQL que esta sendo executado pelo PROC_PID que vc passar. Mais depois achei esta função pg_terminate_backend, alguem sabe a diferença entre as duas? Abraço -- /* 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 mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] eliminar registros duplicados
Prezados, tenho uma tabela aqui na qual existem muitos registros duplicados...Aí tenho que fazer sempre em minhas consultas o SELECT DISTINCT...existe alguma maneira de se eliminar esses registros duplicados? -- -- Emanoel Tadeu ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] eliminar registros duplicados
2007/8/28, Emanoel Tadeu [EMAIL PROTECTED]: Prezados, tenho uma tabela aqui na qual existem muitos registros duplicados...Aí tenho que fazer sempre em minhas consultas o SELECT DISTINCT...existe alguma maneira de se eliminar esses registros duplicados? Primeiro, defina uma chave numa tabela temporária. Depois, extraia para essa tabela com o DISTINCT. Finalmente, crie a chave na tabela original e reimporte. Ou você pode fazer um truque com subconsultas e OIDs… -- +55 (11) 5685 2219 xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 5686 9607 ICQ/AIM: aim:GoIM?screenname=61287803 MSN: msnim:[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] eliminar registros duplicados
oids se a tabela for criada with oids nao? - Original Message - From: Leandro DUTRA [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Tuesday, August 28, 2007 10:55 AM Subject: Re: [pgbr-geral] eliminar registros duplicados 2007/8/28, Emanoel Tadeu [EMAIL PROTECTED]: Prezados, tenho uma tabela aqui na qual existem muitos registros duplicados...Aí tenho que fazer sempre em minhas consultas o SELECT DISTINCT...existe alguma maneira de se eliminar esses registros duplicados? Primeiro, defina uma chave numa tabela temporária. Depois, extraia para essa tabela com o DISTINCT. Finalmente, crie a chave na tabela original e reimporte. Ou você pode fazer um truque com subconsultas e OIDs… -- +55 (11) 5685 2219 xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 5686 9607 ICQ/AIM: aim:GoIM?screenname=61287803 MSN: msnim:[EMAIL PROTECTED] ___ 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] eliminar registros duplicados
RFC 1855. 2007/8/28, Joao [EMAIL PROTECTED]: oids se a tabela for criada with oids nao? Sim, claro. -- +55 (11) 5685 2219 xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 5686 9607 ICQ/AIM: aim:GoIM?screenname=61287803 MSN: msnim:[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] eliminar registros duplicados
Veja isso: http://pgfoundry.org/pipermail/brasil-usuarios/20060802/002451.html http://pt.wikibooks.org/wiki/PostgreSQL_Pr%C3%A1tico/Ap%C3%AAndices/Dicas_Pr%C3%A1ticas_de_uso_do_SQL Em 28/08/07, Emanoel Tadeu[EMAIL PROTECTED] escreveu: Prezados, tenho uma tabela aqui na qual existem muitos registros duplicados...Aí tenho que fazer sempre em minhas consultas o SELECT DISTINCT...existe alguma maneira de se eliminar esses registros duplicados? -- -- Emanoel Tadeu ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Ribamar FS - ribafs[ ]users.sourceforge.net http://www.ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] eliminar registros duplicados
Tente assim. mas faca backup delete from tabela where campo in ( select campo from transacao group by campo having count(campo) = 2 ) On 8/28/07, Ribamar Sousa [EMAIL PROTECTED] wrote: Veja isso: http://pgfoundry.org/pipermail/brasil-usuarios/20060802/002451.html http://pt.wikibooks.org/wiki/PostgreSQL_Pr%C3%A1tico/Ap%C3%AAndices/Dicas_Pr%C3%A1ticas_de_uso_do_SQL Em 28/08/07, Emanoel Tadeu[EMAIL PROTECTED] escreveu: Prezados, tenho uma tabela aqui na qual existem muitos registros duplicados...Aí tenho que fazer sempre em minhas consultas o SELECT DISTINCT...existe alguma maneira de se eliminar esses registros duplicados? -- -- Emanoel Tadeu ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Ribamar FS - ribafs[ ]users.sourceforge.net http://www.ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Andre Treno Ricarte ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] RES: Concatenação de strings
Eduardo Fernandes escreveu:
E, por acaso, alguém sabe 'formatar' uma string com um tamanho
específico, acrescentando-se espaços em branco?
Por exemplo:
declare p_nome char(12);
p_nome := 'EDUARDO';
quero que fique assim:
p_nome := 'EDUARDO ';
Entenderam? Com os espaços em branco no final até completar o tamanho da
string;
Veja no manual como o PostgreSQL trata os campos char(n).
http://www.postgresql.org/docs/8.2/interactive/datatype-character.html
Values of type character are physically padded with spaces to the
specified width n, and are stored and displayed that way. However, the
padding spaces are treated as semantically insignificant. Trailing
spaces are disregarded when comparing two values of type character, and
they will be removed when converting a character value to one of the
other string types. Note that trailing spaces are semantically
significant in character varying and text values.
Veja o exemplo ao final.
bdteste=# SELECT '[' || 'ok '::char(4) || ']', length('ok '::char(4));
?column? | length
--+
[ok] | 2
(1 registro)
bdteste=# SELECT '[' || 'ok '::varchar(4) || ']', length('ok
'::varchar(4));
?column? | length
--+
[ok ] | 4
(1 registro)
Osvaldo
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Pg_Restore Lento
Pessoal boa tarde, Estou tentando recuperar uma base cujo arquivo tem uns 200MB através do pg_restore. Acontece que está demorando muito, uma media de 1 registros por minuto. O processo todo demorou 20 horas. O arquivo postgresql.conf está o default. A versão do postgres é 8.2 e está rodando num linux centos 4. Qualquer ajuda é bem vinda. Obrigado Nelson Cartaxo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Acentos nas Mensagens de erro
Valeu Osvaldo! Acho que já tinha visto, mas no sufoco esqueci. Não seria interessante os administradores colocarem pelo menos um link no histórico da lista? Nem sei se é possível. Bem, procurei mas não encontrei nada, mas valeu Osvaldo! Em 28/08/07, Osvaldo Rosario Kussama[EMAIL PROTECTED] escreveu: Ribamar Sousa escreveu: corta Aqui fica uma sugestão/crítica: porque a lista não fica em um repositório mais prático? Falo de algo como uma busca no histórico, pois como está fica trabalhoso para os apressadinhos (é que a gente se acostuma com as facilidades dessa área :)). Você já utilizou o nabble? http://www.nabble.com/PostgreSQL-f759.html Nele é bem fácil pesquisar no histórico desta ou de outras listas sobre o PostgreSQL. Osvaldo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Ribamar FS - ribafs[ ]users.sourceforge.net http://www.ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] eliminar registros duplicados
2007/8/28, André Ricarte [EMAIL PROTECTED]: Tente assim. Não! mas faca backup delete from tabela where campo in ( select campo from transacao group by campo having count(campo) = 2 ) Aßim não vai apagar *todos* os registros duplicados, inclusive o que deveria ficar? E devia ser chave (poßivelmente composta), não campo… -- +55 (11) 5685 2219 xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 5686 9607 ICQ/AIM: aim:GoIM?screenname=61287803 MSN: msnim:[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] Pg_Restore Lento
Utilize o comando copy ao invés dos inserts, ou seja gere seus dumps com copys( no pg_dump é default) Tente remover os índices das tabelas, caso esteja somente querendo dar carga nos dados e as tabelas já estejam criadas. Aumente o mainteance_work_mem. Aumente o chekpoint_segments Rode o analyze! - Original Message - From: Nelson Cartaxo To: Comunidade PostgreSQL Brasileira Sent: Tuesday, August 28, 2007 1:25 PM Subject: [pgbr-geral] Pg_Restore Lento Pessoal boa tarde, Estou tentando recuperar uma base cujo arquivo tem uns 200MB através do pg_restore. Acontece que está demorando muito, uma media de 1 registros por minuto. O processo todo demorou 20 horas. O arquivo postgresql.conf está o default. A versão do postgres é 8.2 e está rodando num linux centos 4. Qualquer ajuda é bem vinda. Obrigado Nelson Cartaxo -- ___ 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] RES: Digest pgbr-geral, volume 6, assunto 83
2007/8/28, Nelson Cartaxo [EMAIL PROTECTED]: Respostas abaixo. Obrigado. Mas se você seguir a RFC 1855, nem precisa falar 'respostas abaixo'. - quais as características do hardware? Sei que tem 2Gb de ram, o resto não sei muito. Por favor, levante. - que tipo de sistemas de arquivo é utilizado? ext3 Na configuração padrão é inadequado. Assegure-se de que está fazendo log somente de metadados. - o servidor é dedicado para banco? no momento do restore o processamento é apenas deste ou há concorrência com outros bancos e aplicações? Sim, totalmente dedicado pro banco Mas que SO está instalado, e com que serviços? - o servidor (S.O. e PostgreSQL) já recebeu tuning? Está padrão. Nenhum tuning. Bingo. Você vai ter de fazer tarefa de casa. - já monitorou processamento e I/O com top, htop, ps, ou , vmstat, sar, iostat ou coisa similar, para ver onde está o gargalo? A máquina está idle. Quase não tem nada. Que utilitários você rodou para determinar isso, e com que resultados? -- +55 (11) 5685 2219 xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 5686 9607 ICQ/AIM: aim:GoIM?screenname=61287803 MSN: msnim:[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] Ultimas semanas para o V Encontro LinuxChix-BR - Brasilia!!!
Opa... detalhe para duas palestras sobre PostgreSQL: - Replicando o Banco de Dados Postgresql com Slony-I (Joao Cosme) - HA em PostgreSQL: O Elefante disponível para além do Infinito (Fernando Ike) A programação está realmente interessante. Parabéns as(os) organizadoras(es) do evento. []s Fábio Telles Em 28/08/07, Priscilla Pimenta[EMAIL PROTECTED] escreveu: Inscreva-se:http://www.temporeal.com.br/produtos.php?id=171148 Faltam apenas 10 dias!!! Durantes os 2 dias de Evento serão ministradas 24 palestras e 6 mini-cursos. Na programação encontram-se Piter Punk com Slackware no Intel ClassmatePC,Júlio Neves com Programação em Shell, Ana Gabriela Ortiz com Software livre de Geoprocessamento - I3Geo, Rubens Queiroz com Filosofia do Unix, e muito mais!! E este ano com 3 palestrantes internacionais, entre eles o líder do projeto Hardened Linux, Georgy Berdyshew e a Engenheira de Software do Centro de Tecnologia Open Source da Intel Reinette Chatre. Confira em nosso site: Descrição das palestras: http://www.linuxchix.org.br/?q=node/128 Palestrantes:http://www.linuxchix.org.br/?q=node/118 Programação:http://www.linuxchix.org.br/?q=node/120 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- blog: http://www.midstorm.org/~telles/ e-mail / jabber: [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] RES: rotinas de manutencao
Em Mon, 27 Aug 2007 09:58:06 -0300 Thiago DB [EMAIL PROTECTED] escreveu: Bom dia, depende do tipo de banco e da forma com que os dados são manipulados, tem mais algumas coisinhas que podem ser feitas como reindex por ex., o importante é gravar em arquivo os logs dessas rotinas de manutenção e não simplesmente botar pra rodar diariamente. Complementando... Além do que Tiago comentou, pode-se usar o Autovacuum () ao invés de usar o Vaccum por script. []'s -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Migração
Em Tue, 21 Aug 2007 14:50:00 -0300 Maicon Azevedo da Luz [EMAIL PROTECTED] escreveu: Muito obrigado pelas respostas pessoal, uma última questão relacionado a esta migraccedil;ão que irei executar, atualmente eu uso o php 5 compilado com a libpq 7.4, Pelo que vi não documentaccedil;ão o pessoal do postgres não alterou nenhuma funccedil;ão da libpq e acrescentou mais algumas funccedil;ões. Sendo assim o que vocês acham recompilo o php com a nova libpq ou deixo como está? Agora estou vendo estas questões de compatibilidade entre versões do postgres. Mais uma vez muito obrigado! Funciona mas é melhor recompilar o PHP5 com a mesma libpq que está com o PostgreSQL. Caso tenha que usar alguma função mais recente e a libpq for mais antiga, ela pode responder que essa função não existe ou algum outro problema. Obs. O pessoal que entende isso mais afundo podem confirmar. :) []'s -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ 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 84
Nelson, considere as dicas do outro colega que também respondeu. Mas o negócio é o seguinte, se a CPU está quase IDLE e mesmo assim o processo parece agarrado mas ainda executando, grande chance de ser gargalo de I/O em disco. - quais as características do hardware? Sei que tem 2Gb de ram, o resto não sei muito. Bom, 2G de RAM pode ajudar muito se seu servidor estiver usando mais o cache, o que não é o caso durante o procedimento de restore. Outra coisa são os HDs. Que tipo? SCSI? SATA? IDE? Quantos? Qual modelo? Use fdisk -l para ver os dispositivos de disco presentes no servidor. Use hdparm -iv lista de dispositivos para ver o modelo e parâmetros de otimização cada um. Uma busca no Google pelos modelos encontrados pode ser de grande valia para descobrir se o gargalo está na velocidade dos HDs. - que tipo de sistemas de arquivo é utilizado? ext3 Fuja! O sistema de arquivos EXT3 é muuuiiito lento! Considere o uso de XFS. Estável, seguro e mantém a curva de performance trabalhando com arquivos muito grandes ou muito pequenos. - o servidor é dedicado para banco? no momento do restore o processamento é apenas deste ou há concorrência com outros bancos e aplicações? Sim, totalmente dedicado pro banco OK - o servidor (S.O. e PostgreSQL) já recebeu tuning? Está padrão. Nenhum tuning. Faça o tuning, pelo menos para este procedimento de restauração, caso não possa deixar definitivo no servidor. Vai ajudar muito. Considere os comentários dos colegas em outros posts sobre isso. - o arquivo que está sendo lido está no mesmo servidor do PostgreSQL ou está executando o pg_restore passando parâmetros para conexão via rede? Está no mesmo servidor. Acesso local Ok, sem gargalo de rede. - já monitorou processamento e I/O com top, htop, ps, ou , vmstat, sar, iostat ou coisa similar, para ver onde está o gargalo? A máquina está idle. Quase não tem nada. A CPU está IDLE, mas quanto de RAM está sendo usada? Fez uso de SWAP? Quanto de I/O em disco está sendo gerado? Use vmstat ou iostat para ver isto. O top não mostra isto claramente, a não ser pelos processos do gerenciamento de sistema de arquivos do kernel, que devem aparecer com mais frequencia que o normal. Abraço. Em Terça 28 Agosto 2007 17:41, [EMAIL PROTECTED] escreveu: Message: 5 Date: Tue, 28 Aug 2007 15:07:36 -0300 From: Nelson Cartaxo [EMAIL PROTECTED] Subject: [pgbr-geral] RES: Digest pgbr-geral, volume 6, assunto 83 To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=iso-8859-1 Respostas abaixo. Obrigado Atenciosamente, Nelson Cartaxo Dê mais informações, como: - quais as características do hardware? Sei que tem 2Gb de ram, o resto não sei muito. - que tipo de sistemas de arquivo é utilizado? ext3 - o servidor é dedicado para banco? no momento do restore o processamento é apenas deste ou há concorrência com outros bancos e aplicações? Sim, totalmente dedicado pro banco - o servidor (S.O. e PostgreSQL) já recebeu tuning? Está padrão. Nenhum tuning. - o arquivo que está sendo lido está no mesmo servidor do PostgreSQL ou está executando o pg_restore passando parâmetros para conexão via rede? Está no mesmo servidor. Acesso local - já monitorou processamento e I/O com top, htop, ps, ou , vmstat, sar, iostat ou coisa similar, para ver onde está o gargalo? A máquina está idle. Quase não tem nada. -- /* 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
