Re: [pgbr-geral] Problemas na inserção de imagens em campos Oids
Adenilton, Procura sobre bytea é outra solução que não depende de funções lo. Antonio Nascimento 2008/3/20 Adenilton Batista da Silva [EMAIL PROTECTED]: Bom dia Osvaldo, Ok, isso eu entedi. Realmente a imagem que tentei inserir está no HD da máquina cliente, o que é um erro, mas meu maior problema não é esse, pra ser mais claro gostaria de saber se tenho como inseir essas imagens sem o uso das funções lo_import, lo_export, etc? E por que não utilizar essas funções? bem para utilizá-las eu preciso delegar ao usuário da máquina cliente o privilégio de super usuário. Procurei na lista e encontrei alguns tópicos que falavam sobre, mas todos utilizavam estas funções acima citadas. Grato pela atenção dispensada, *ADENILTON Batista da Silva * Index Informática LTDA (79)3431-3234 / 9142-0886 * [EMAIL PROTECTED] www.indexinformatica.com.br -- Date: Thu, 20 Mar 2008 11:30:29 -0300 To: pgbr-geral@listas.postgresql.org.br From: [EMAIL PROTECTED] Subject: Re: [pgbr-geral] Problemas na inserção de imagens em campos Oids Adenilton Batista da Silva escreveu: Estou com o seguinte dilema ao tentar inserir imagens em campos oids na interface do cliente; Tenho a seguinte tabela: CREATE TABLE clientes ( codigo integer NOT NULL, denominacao character varying(1) NOT NULL, dtcadastro date NOT NULL, ultmovimentacao date, nome character varying(50) NOT NULL, sexo character varying(1), dtnascimento date, apelido character varying(50), endereco character varying(50), complemento character varying(50), bairro character varying(15), cidade character varying(30), estado character varying(2), cep character varying(9), fone character varying(20), fax character varying(10), restricao boolean, cpfcnpj character varying(14), rgie character varying(10), orgemissor character varying(5), ufemissor character varying(2), limitecredito numeric(15,2), pai character varying(50), mae character varying(50), conjuge character varying(50), profissao character varying(30), email character varying(50), cbendereco character varying(50), cbcomplemento character varying(50), cbbairro character varying(15), cbcidade character varying(30), cbestado character varying(2), cbcep character varying(9), cbfone character varying(20), cbfax character varying(10), obs character varying(100), ativo boolean NOT NULL, foto oid, CONSTRAINT clientes_pkey PRIMARY KEY (codigo) ) No cliente por exemplo, quando executo o comando INSERT INTO CLIENTES (codigo, denominacao, dtcadastro, nome, foto) VALUES ('1', '2', '20/03/2008', 'CLIENTE TESTE', lo_import ('C:\TESTE.JPG')) me retorna o seguinte erro: ERRO: deve ser super-usuário para utilizar lo_import() do servidor; Detalhe os usuários criados para uso nos clientes não são super-usuários por motivos de segurança. Estou programando no delphi e logo não tenho como incluir a biblioteca libpq do C (a não ser por uso de dll's) e pela quantidade de imagens fica inviável guardá-las em diretórios e gravar somente o caminho, gostaria de saber se alguem já passou por isto e teve alguma luz de como contornar este problema. Quando você informa C:\TESTE.JPG você deseja se referir ao hd de sua máquina cliente ou ao hd do servidor? O PostgreSQL considera que é o *hd do servidor*, pois o comando está sendo executado no servidor, e daí, provavelmente, o problema da permissão. Procure no histórico pois isto já foi discutido anteriormente. Osvaldo PS. Não trabalho com Delphi. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Veja mapas e encontre as melhores rotas para fugir do trânsito com o Live Search Maps! Experimente já!http://www.livemaps.com.br/index.aspx?tr=true ___ 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] conectar ao postgresql via visual fox pro utilizando autenticação md5
Bom dia a todos, Gostaria de saber dos colegas que trabalham com Visual FoxPro, se conseguem conectar ao PG através de autenticação md5. Sempre conectei autenticando por password, mas queria aumentar a segurança mudando para md5. E de qual maneira, via SQL Pass-Through (SQLCONNECT) , view remota, cursor adapter, etc. Fernando, Se vc quer realmente aumentar a segurança não use md5... existem outras funções Hash melhores As SHA-* são melhores... dá uma olhada no módulo pgcrypto do contrib. Antonio ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Imagem em tipo Bytea
Hmm [vendo resultados no seu trabalho de conclusão]. Você disse que utilizou a configuração padrão (ela não é recomendável para ambientes de alta concorrência, uso intensivo de memória e CPU). Chegaste a medir o uso de CPU e memória durante a execução dos testes? Armazenamento de arquivos em SGBD é 'CPU-bound'. Ainda tens os testes? Podias rodar novamente e executar um [io|vm]stat para se poder tirar uma conclusão melhor? Outra coisa que percebi foi que você executou o cliente e servidor na mesma máquina. Fico imaginando o cenário em que o servidor web (picos de CPU) esteja concorrendo com o armazenamento/recuperação de arquivos (CPU-bound). Por último, bytea tem uma ligeira vantagem sobre objetos grandes. Isso se deve ao esquema de armazenamento dos mesmos (na 8.3 foi feita uma melhoria tanto na heurística de compressão quanto na recuperação de dados TOAST). -- Euler Taveira de Oliveira http://www.timbira.com/ Euler, No momento não tenho como realizar mais testes, por falta de tempo... mas futuramente a título de curiosidade eu pretendo realizar mais testes em um ambiente mais real com cliente/servidor separados e utilizando tunning. Antonio Nascimento ___ 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: Imagem em tipo Bytea
Olá, Sim ajuda, este exemplo já tinha visto um parecido na net, e por fim me deparei o mesmo problema já encontrado, quando faço o select e retornado um numero inteiro, que pelo que eu entendi é o numero identificador da imagem, certo ? Mos como devo proceder para que eu consiga visualizar a imagem na minha aplicação? Obrigado ! Tiago, Dá uma olhada na documentação do PostgreSQL em lo_export. Como já foi dito aqui usando a abordagem lo na sua tabela fica apenas um inteiro (oid) que é um apontador para uma tabela interna do PostgreSQL. Um exemplo de lo_export seria: SELECT lo_export(tabela.campo, 'caminho/foto.extensao') from tabela where condicao Após realizar esse select o objeto (imagem,video,audio) estará recuperado no caminho que vc passou... daí vc trata na aplicação para mostrar... Antonio Nascimento ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Imagem em tipo Bytea
Pretendo fazer alguns testes desse tipo para a pgcon, é o tema da minha palestra :-) Muito bom! depois posta os resultados. Antonio Nascimento ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Imagem em tipo Bytea
Ugh? Por que as funções lo_*() são lentas? Algum benchmark que prove isso? -- Euler Taveira de Oliveira http://www.timbira.com/ Euler, Eu cheguei a fazer um benchmark para o meu trabalho de conclusão [1] e de fato percebi que não alterando os parâmetros default de configuração e no Windows, obtive que para arquivos de até 100 kb o armazenamento com bytea apresentava melhores resultados que lo para consultas com apenas 1 usuário ou 10 usuários ou 100 usuários simultâneos (em um intervalo de tempo de 1 min). Quando aumentei o tamanho do arquivo para 1 mb a abordadem com bytea em ambientes estressantes como 100 usuários simultâneos ficou absurdamente mais lenta. ps: Sei que o meu benchmark precisa de muito mais testes e cenários e rodar principalmente no linux, mas como não tinha tempo para um escopo maior, acabou sendo rodado em um notebook e no windows. Abaixo tem o link do meu trabalho de conclusão. [1] http://www.cin.ufpe.br/~tg/2007-1/ajnf.pdf Antonio Nascimento ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] phppgadmin toda hora pede senha
Vitor, Entra na pasta conf do phppgadmin e abre o arquivo config.inc.php, esse arquivo é o local onde vc pode setar as configurações do phppgadmin. Antonio Nascimento ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Gravar Video no banco
Kleber, Tudo depende do tamanho do vídeo e como você pretende usá-lo... Além do tipo lo vc pode gravar o vídeo em formato binário utilizando bytea. Antonio Nascimento ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] [Off-Topic] hibernate
Tem algo errado, é a terceira vez que recebo eſta menſagem. Alguém mais? Justamente esta é a terceira mensagem igual...estranho... Antonio Nascimento ___ 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: RES: RES: Postgre x Slackware
Em princípio você teria razão. O caso é que o PostgreSQL depende do SO de várias maneiras importantes. Concordo em discutir SO já que o comportamento do banco é extremamente afetado com isso, mas não da forma que estava seguindo a discussão. Creio que respeitando a netiqueta que você tanto defende, deveria se abrir uma nova thread com e discutir de forma mais civilizada sem insultos pessoais... ps: Não respondo mais essa thread, porque o Saulo até já disse que resolveu o problema. Antonio Nascimento ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Imagens no Postgres
Quando se usa LO a tabela fica apenas com um OID que é um apontador para uma tabela interna do postgresql (pg_largeobject), local onde de fato é gravado o objeto binário. Recentemente fiz um estudo de performance entre LO x bytea com postgresql (windows... vou fz no linux agora) ... LO se sai melhor para arquivos maiores, agora o problema é que antes de mostrar ao usuário é necessário exportar para uma pasta temporária (função lo_export ). Bytea não tem essa etapa intermediária é apresenta ótimo desempenho para arquivos pequenos, contudo a medida que se vai crescendo o tamanho do arquivo o tempo de consulta foi subindo drasticamente... Antonio Nascimento ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Imagens no Postgres
* Vanderlei Antonio On 8/29/07, Antonio Nascimento [EMAIL PROTECTED] wrote: Vanderley, O problema que vc está tendo não é fruto do JPG ter códigos estranhos... eu fiz uma aplicação em java e insiro tanto jpg, jpeg, gif, png... formatos de áudio e vídeo e não tem problema algum. Agora já vi pessoas com problema com aplicações PHP que tinham que tratar alguns caracteres antes de mandar inserir no banco. Provavelmente vc tem que tratar tb alguns caracteres antes de mandar inserir usando o Visual FoxPro, que particularmente não conheço. Se vc quiser código em java que manipula bytea posso enviar para o seu email em pvt. Antonio On 8/28/07, Vanderlei (SetaDigital) [EMAIL PROTECTED] wrote: 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 [EMAIL PROTECTED] *To:* Comunidade PostgreSQL Brasileirapgbr-geral@listas.postgresql.org.br *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 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
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
Re: [pgbr-geral] Problema com Performace em Bytea
SO: Windows XP EXPLAIN ANALYZE select * from videos where id =4 Index Scan using videos_pkey on videos (cost=0.00..8.27 rows=1 width=325) (actual time=0.023..0.027 rows=1 loops=1) Index Cond: (id = 4) Total runtime: 0.106 ms Contudo me expressei mal quando disse trava... Testei um bytea com 55MB e quando rodei o select aparece o seguinte: ERROR: out of memory SQL state: 53200 Detail: Failed on request of size 268435456. Alterei os seguintes parâmetros do postgresql.conf : shared_buffers = 128MB temp_buffers = 16MB max_prepared_transactions = 5 work_mem = 1MB maintenance_work_mem = 16MB max_stack_depth = 2MB Antonio On 8/5/07, Euler Taveira de Oliveira [EMAIL PROTECTED] wrote: Antonio Nascimento wrote: Estou usando o PostgreSQL 8.2 e estou tendo problemas com a performace na consulta de objetos com mais de 5MB... em uma consulta com 8MB o banco demora 8 segundos... com um arquivo 40MB ele simplesmente trava deixei mais de 40 min e nada... testei em duas máquinas diferentes como servidor e nada... É problema de performance? EXPLAIN por favor. Qual o SO? O que você quis dizer com trava? A conexão continua ativa? O processo 'postgres' continua executando algo? Vi esses artigos: corte Alterei vários parametros no postgres.conf e simplismente nada mudou... Quais parâmetros? Sem as informações acima fica difícil saber o que está causando a lentidão. -- Euler Taveira de Oliveira http://www.timbira.com/ ___ 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] retorno do select estranho...
Não funciona como? dá mensagem de erro ou simplismente não retorna nada? A tabela pessoa também tem o campo pessoa? Antonio On 8/6/07, Thiago Boufleuhr [EMAIL PROTECTED] wrote: Pessoal, Estava realizando testes em uma aplicação de testes que estou fazendo e me deparei com uma situação estranha (ou eu estou viajando mesmo).tenho select abaixo que não estava me retornando o campo pessoa_nome no caso de eu naum utilizar um ALIAS para a tabela USUARIO, por que seria? Assim naum funciona: select (select nome from pessoa where grid=pessoa) as pessoa_nome from usuario where codigo = 10; Assim funciona: select (select nome from pessoa where grid=u.pessoa) as pessoa_nome from usuario u where u.codigo = 10; Att, 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
Re: [pgbr-geral] Problema com Performace em Bytea
TABLE videos ( id integer NOT NULL, description text, name text, author text, tags text, license character(1), width integer, height integer, length integer, dateinsertion date, extension text, bitrate integer, framerate double precision, duration text, standard text, video bytea, thumbnail bytea, CONSTRAINT videos_pkey PRIMARY KEY (id) ) A tupla que queria consultar o campo video tem 55MB Antonio On 8/6/07, Leandro Guimarães Faria Corcete DUTRA [EMAIL PROTECTED] wrote: RFC 1855! Em Seg, 2007-08-06 às 10:34 -0300, Antonio Nascimento escreveu: SO: Windows XP EXPLAIN ANALYZE select * from videos where id =4 Index Scan using videos_pkey on videos (cost=0.00..8.27 rows=1 width=325) (actual time=0.023..0.027 rows=1 loops=1) Index Cond: (id = 4) Total runtime: 0.106 ms O custo é baixíßimo, visto que retorna apenas uma tupla. Contudo me expressei mal quando disse trava... Testei um bytea com 55MB e quando rodei o select aparece o seguinte: ERROR: out of memory SQL state: 53200 Detail: Failed on request of size 268435456. Por acaso eßa tabela inclui algum objeto enorme? Por favor, cole a estrutura da tabela e quaisquer logs relevantes — em texto simples, respondendo após o texto respondido! -- Leandro Guimarães Faria Corcete DUTRA [EMAIL PROTECTED] Atech Fundação Aplicação de Tecnologias Críticas SP, BR msnim:[EMAIL PROTECTED] skype:leandro.gfc.dutra?chat +55 (11) 3040 7300 r151 - - - - - Politica de Privacidade: Esta mensagem pode conter informacao confidencial e/ou privilegiada. Se voce nao for o destinatario ou a pessoa autorizada a receber esta mensagem, nao pode usar, copiar ou divulgar as informacoes nela contidas ou tomar qualquer acao baseada nessas informacoes. Se voce recebeu esta mensagem por engano, por favor avise imediatamente o remetente, respondendo o e-mail e em seguida apague-o. Agradecemos sua cooperacao. Privacy Policy: This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. ___ 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 Performace em Bytea
obrigado Roberto setando esse flag funcionou... demorou 43 segundos para retornar a tupla. Agora irei testar mais opções de tuning pra melhorar esse tempo. Antonio On 8/6/07, Roberto Mello [EMAIL PROTECTED] wrote: On 8/6/07, Antonio Nascimento [EMAIL PROTECTED] wrote: Contudo me expressei mal quando disse trava... Testei um bytea com 55MB e quando rodei o select aparece o seguinte: ERROR: out of memory SQL state: 53200 Detail: Failed on request of size 268435456. Fiz uma pesquisa no Google, e a mensagem em http://archives.postgresql.org/pgsql-bugs/2004-06/msg00039.php indica que tens que colocar o enable_hashagg =false. Experimente e nos diga o resultado. -Roberto ___ 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] Problema com Performace em Bytea
Pessoal, Estou usando o PostgreSQL 8.2 e estou tendo problemas com a performace na consulta de objetos com mais de 5MB... em uma consulta com 8MB o banco demora 8 segundos... com um arquivo 40MB ele simplesmente trava deixei mais de 40 min e nada... testei em duas máquinas diferentes como servidor e nada... Vi esses artigos: http://www.revsys.com/writings/postgresql-performance.html http://www.ic.unicamp.br/~geovane/mo410-071/Ch20-ConfigInterbasePosgres-art.pdfhttp://www.ic.unicamp.br/%7Egeovane/mo410-071/Ch20-ConfigInterbasePosgres-art.pdf Alterei vários parametros no postgres.conf e simplismente nada mudou... Alguém já teve algum problema semelhante?? grato, Antonio Nascimento ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral