Em termos de libpq, tem latência no PQconnectdb, no PQstatus, no PQexec, etc... se você se conecta a um host remoto, cada ida-e-volta em cada comando desses leva vários milissegundos. Se for um webservice você conecta, o webservice se conecta ao PG numa LAN e faz tudo isso com uma latência bem menor, depois te responde somente o payload. Se for um componente "curioso" que faz uns SELECT a mais, é pior ainda.
Em 8 de março de 2016 10:53, Fabrízio de Royes Mello < fabri...@timbira.com.br> escreveu: > On 08-03-2016 10:38, Alexsander Rosa wrote: > > Em 5 de março de 2016 16:10, Ali do Amaral Pedrozo <ali....@gmail.com > > <mailto:ali....@gmail.com>> escreveu: > > > > > > Informações gerais do ambiente onde está minha aplicação em Delphi: > > - Windows 8.1 > > - Banda 15 MB ADSL > > > > Alguns testes que eu já fiz: > > 1) no pgadmin, se eu faço select * from compra (tenho 18 campos) com > > a tabela zerada, ele apresenta 301 ms, porém, demora 21s para exibir > > a informação > > 2) via psql no windows, > > psql -h xxx.xxx.xxx.xxx -U postgres (demora 2 s) > > \connect database (demora 2s) > > select * from compra; (instantaneo) > > 3) via delphi, conectando via firedac (demora 5s) > > 4) via delphi, quando eu faço tfdquery.open (demora 5s) > > > > > > Tem toda uma latência envolvida (em várias fases). Use REST. > > > > Pq? O payload do REST é maior que da libpq... > > -- > Fabrízio de Royes Mello Timbira - http://www.timbira.com.br/ > PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento > _______________________________________________ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > -- Atenciosamente, Alexsander da Rosa
_______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
