O problema não é com o componente. Mesmo usando pgAdmin ou psql a lentidão continua. Você está usando uma solução cliente-servidor pela internet, você vai precisar de um link dedicado pra melhorar isso, ou:
1) Utilizar 3 camadas, em Delphi(DataSnap), para que o banco de dados fique do lado do servidor de aplicações. 2) Utilizar Terminal Service. Deixe o aplicativo do lado do banco de dados também. 3) Utilizar um link dedicado. Já utilizamos um link dedicado de 10MB, na mesma situação que a sua. Porém o link era direto com o Data Center(Alog). Usando tracert dava pra ver que não existia muitos saltos até o destino e funcionava bem. Em 7 de março de 2016 09:02, <siste...@mvsoftware.com.br> escreveu: > Na internet do brazil até o MySQL que é muito bom pra acesso remoto fica > ruim. > > Nos meus testes comparando MySQL com Postgres em acesso remoto a mesma > estrutura de dados e indices o MySQL fica um pouco mais rapido, mas nada > que justifique uma migração, eu ainda prefiro o Postgres pela robustes. > > Pra acessar uma base remotamente “pelo menos no brazil” ou você usa uma > super VPN ou uma super fibra, acessar via IP normal é suicidio, a menos que > trabalhe com poucos dados ai vc pode trabalhar com json ou webservices já > que o acesso não será direto. > > Em resumo, o problema não está 100% no banco, mas nos serviços oferecidos > no brazil, já que eles garantem (por lei/contrato, ridiculo) no máximo 10% > do que você contratar (internet normal). > > Olha, eu uso Delphi a muitos anos e gosto muito, mas quando se fala em > acesso a base de dados remoto pra trabalhos pesados, aiii... que desespero, > corro logo pra uma linguagem mais apropriada. no meu caso PHP. > > Olha uma opção que caiu em desuso é o CGI que você poderia trabalhar com > Delphi numa boa, estou dizendo isso porque normalmente quando tentamos > trazer o delphi pra acesso remoto é a segurança do código em servidores > alheios que estão em jogo, pois seria muito mais rápido um php da vida. > > E quanto a dizer que o delphi está morto, acho muito estranho, mal ouço > falar em VB, mas ele continua vivo com o visual studio, e o delphi no agora > Delphi Seattle. > Acho que a sensação de que o Delphi está morto é porque não ouvimos falar > nele quando falamos em aplicações mobile ou web, mas o delphi tem IDE pra > isso. > Agora quando se fala em ERP pra pequenas e médias empresas, na minha > opinião o Delphi deve ser o mais usado, pessoal não me entendam mal, é só o > que acho heim , rsrsr > > > Marcelo Silva > > > > *From:* Reijanio Nunes Ribeiro <rnribe...@gmail.com> > *Sent:* Sunday, March 6, 2016 3:41 PM > *To:* Comunidade PostgreSQL Brasileira > <pgbr-geral@listas.postgresql.org.br> > *Subject:* Re: [pgbr-geral] VELOCIDADE DE ACESSO REMOTO AO POSTGRESQL > > > Afirmaçao ridícula > Em 05/03/2016 18:32, "Itamar Reis Peixoto" <ita...@ispbrasil.com.br> > escreveu: > >> >> >> On 03/05/2016 05:28 PM, Fabrízio de Royes Mello wrote: >> >>> On 05-03-2016 16:21, Itamar Reis Peixoto wrote: >>> >>>> On 2016-03-05 04:10 PM, Ali do Amaral Pedrozo wrote: >>>> >>>>> Olá! >>>>> >>>>> Sou iniciante no Postgres! Tenho uma aplicação em SQL SERVER 2014 >>>>> EXPRESS desenvolvida em Delphi XE 8 e estou migrando para o Postgres >>>>> 9.4. >>>>> >>>>> No ambiente de testes funciona tudo perfeitamente, porém, quando eu >>>>> me conecto em um Postgres remoto (instalado em um Debian 8 ), a >>>>> conexão, e a recuperação de dados é lenta. >>>>> >>>> acesse o banco atraves de REST. >>>> >>>> Pq? >>> >>> delphi é um a linguagem morta, rest é algo moderno, rápido, seguro, >> utilizando rest fica mais facil colocar algo na web caso seja necessario. >> >> _______________________________________________ >> 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