Bom, esse tempo de resposta também vai depender também da camada utilizada como intermediária.
Não creio que o FoxPro use a "libpq", como o "psql".


2006/1/23, Daniel Cordeiro < [EMAIL PROTECTED]>:
Você já responeu metade da pergunta:

PS: Quando uso ANALYZE para saber custo, tempo... etc em todos obtenho o
mesmo resultado... claro! Agora eu realmente queria saber o difere para um
cliente exibir o resultado mais rápido que o outro!?

No banco de dados, a  velocidade dpara carregar a mensagem é a mesma, o problema (se é que podemos chamar de problema) esta nas ferramentas/linguagens adotadas para renderizar o resultado na tela. Cada linguagem/ferramenta vai ter um resultado diferente, o pgmanager pode lhe retornar mais rapido porque talvez (eu nunca utiliei ele) ele gere o resultado em txt e não em um grid (novamente falo como uma pessoa que nunca viu o garoto rodando).

Daniel  Cordeiro


Paolo Bordoni Caldeira wrote:

>Pessoal... eu sei que uma consulta onde abrange todos os registros não se
>usa, eu só quis mostrar que o tempo de execução e exibição varia!
>
>Se eu fizer uma consulta nos padrões SELECT * from CEP where cidade = 'Belo
>Horizonte' tendo um índice em cidade no Pgsql e Pgmanager o resulta do é
>imediata, menos de 1 segundo (tempo estimado conferido em um cronômetro e
>comparado com o tempo demonstrado do PgManager) já nos outros (PgadminIII e
>no sistema) o menor tempo foi de 2seg.
>
>O que eu queria realmente saber é como conseguir a performance igual do
>PgManager e do PgAdmin?
>
>PS: Quando uso ANALYZE para saber custo, tempo... etc em todos obtenho o
>mesmo resultado... claro! Agora eu realmente queria saber o difere para um
>cliente exibir o resultado mais rápido que o outro!?
>
>
>
>-----Mensagem original-----
>De: [EMAIL PROTECTED]
>[mailto: [EMAIL PROTECTED]] Em nome de Nabucodonosor
>Coutinho
>Enviada em: segunda-feira, 23 de janeiro de 2006 09:28
>Para: [email protected]
>Assunto: Re: [PostgreSQL-Brasil] Tempo de exibição de consultas
>
>Em 23/01/06, Paolo Bordoni Caldeira<[EMAIL PROTECTED]> escreveu:
>
>
>>
>>Bom dia pessoa!!!!
>>
>>
>>
>>Faz um tempo que postei neste fórum uma pergunta sobre atraso ou demora na
>>exibição de resultados em uma tabela de CEP contendo os seguintes campos:
>>CED, Bairro, Logradouro, Cidade e Estado contendo cerca de 60.000
>>
>>
>registros.
>
>
>>Na época a consulta no pgadminIII demorava quase 2 minutos para aparecer e
>>resultado da consulta (SELECT * from CEP), muitos me ajudaram e hoje
>>
>>
>consigo
>
>
>>essa consulta no pgadminIII em 7seg. Esse também é o tempo de execução da
>>consulta no sistema que está sendo desenvolvido, em Visual Fox Pro 9.
>>
>>
>Porém
>
>
>>depois de alguns teste reparamos que:
>>
>>
>>
>>Independentemente se o Postgre está rodando em Windows ou em Linux o tempo
>>de execução dos clientes são:
>>
>>
>>
>>PgadminIII: +/- de 7 a 9 seg.
>>
>>Sistema em VFP: +/- de 7 a 9 seg.
>>
>>Pgsql: menos de 1 a 1 seg
>>
>>PgManager Lite: menos de 1 a 1 seg
>>
>>
>>
>>Então eu pergunto: Por que existe essa diferença de tempo? Eu aceitaria a
>>hipótese que o pgsql é mais rápido porque trabalha em modo texto ou porque
>>requer menos recurso, mas o PgManager Lite tem a mesma performance do
>>
>>
>Pgsql
>
>
>>e é em modo gráfica rodando no Windows.
>>
>>
>>
>>Assim se alguém puder me ajudar eu ficaria muito grato, essa diferença
>>
>>
>está
>
>
>>me tirando do sério!
>>
>>
>>
>>
>
>Bom, nos clientes que eu conheço ele mostra o tempo que ele levou para
>fazer a consulta e o tempo que o cliente levou para renderizar o
>resultado na tela.
>
>Por exemplo a consulta demorou 1 segundo para ser realizada mas para o
>programa montrar a grid com os resultados ele vou 5 segundos.
>
>Daí ele mostra um total de 6 segundos, mas deveria mostrar o tempo que
>levou para receber os resultados (1 s) e o tempo que levou parar
>renderizar isso na tela (5 s), pois o tempo que por exemplo um cliente
>escrito em java levará para renderizar mil linhas de uma tabela é
>independente de qual banco de dados vem esses registros.
>
>A diferença no tempo nos seus testes se dá principalmente pelo fato de
>que o psql, sendo em modo texto, leva menos tempo para renbderizar os
>resultados na tela.
>
>Um cliente em modo texto sempre terá
>
>
>
>>PS: Não encontrei nada na documentação que pudesse me ajudar.
>>
>>
>>
>>Vlw!!!
>>
>>
>>
>>Paolo Bordoni Caldeira
>>
>>
>>
>>
>>
>>
>>_______________________________________________
>>Grupo de Usuários do PostgreSQL no Brasil
>> http://www.postgresql.org.br
>>
>>
>>
>>
>
>
>--
>Nabucodonosor Coutinho
>PostgreSQL Brasil - www.postgresql.org.br
>Detran-CE - www.dentran.ce.gov.br
>_______________________________________________
>Grupo de Usuários do PostgreSQL no Brasil
> http://www.postgresql.org.br
>
>_______________________________________________
>Grupo de Usuários do PostgreSQL no Brasil
>http://www.postgresql.org.br
>
>
>
>
>


--
/* "O único lugar aonde o sucesso vem antes do trabalho é no dicionário". (Albert Einstein) */

+--------------------------------------------------------------------------+
| Daniel Cordeiro de Morais Neto                                           |
| [EMAIL PROTECTED]                                                          |
| Administrador de Redes                                                   |
| ADM Soluções em Informática LTDA                                         |
| www.admsi.com.br                                                         |
| F. (083)244-0757                                                         |
| Debian User - 453 - Sarge                                                |
+--------------------------------------------------------------------------+

_______________________________________________
Grupo de Usuários do PostgreSQL no Brasil
http://www.postgresql.org.br



--
Atenciosamente,

Rodrigo Hjort

[EMAIL PROTECTED]
http://rhjort.cjb.net/

Linux User #348191 (http://counter.li.org)

"Il y a 10 genres de personnes : ceux qui comprennent des nombres
binaires et ceux qui pas."
_______________________________________________
Grupo de Usuários do PostgreSQL no Brasil
http://www.postgresql.org.br

Responder a