Discussion :

[ludovic.walle]

* Bonjour, *

Pourquoi une requête "select * from ma_table" met un certain temps avant de retourner la première ligne ? C'est d'autant plus surprenant que le délai annoncé par "explain" pour l'affichage de la première ligne est 0.00 ...

Ce temps semble proportionnel au nombre de lignes de la table, ou du nombre de lignes attendues (si on utilise la clause "limit" par exemple). Et il n'est pas négligeable (8 s pour une table de 100 000 lignes par exemple).

Vu que la requête se traduit par uniquement un parcours séquentiel de la table, la première ligne devrait arriver instantanément. C'est ce qui se passe avec Oracle.

REM: j'ai désactivé l'alignement sous psql (\a).

* Merci *

[xavier-Pierre]

si tu utilises pgadmin, c'est l'affichage du resultat dans cette application qui est long pas la reponse de postgres

[ludovic.walle]

Non, c'est avec psql, et ça fait pareil en java/jdbc (45 s pour accéder à la première ligne, puis 0.08s pour parcourir les 100 000 autres !).
Le comportement est le même avec une autre base / version / machine / système.

[ludovic.walle]

J'ai la réponse, par un autre canal.

Sous psql, c'est lié au "FETCH_COUNT". Par défaut, le résultat est affiché en une seule fois, seulement lorsque tous les résultats ont été récupérés. Si on fait un "\set FETCH_COUNT xxx" les résultats sont affichés pour par lots de xxx. Si xxx est petit, c'est rapide.

En java, c'est beaucoup mieux aussi (faire "statement.setFetchSize(xxx);". Pour la table de 100 000 lignes, le première ligne est récupérée en 0.28s (au lieu de dizaines de secondes!), et les 100 000 suivantes en 0.05s (à peu près comme avant).
Mais en fait, c'est pas suffisant, il reste encore quelque chose, ce qui se voit sur une table plus grosse: plusieurs minutes pour avoir la première ligne d'une table de 20 000 000 de lignes.
Pour que ça marche complètement, il faut que la connexion ne soit pas en autocommit ("conn.setAutoCommit(false);"). Là, même avec 20 000 000 de ligne, le premier résultat arrive en quelques millisecondes.