Réponses:
Le timing peut être activé avec \timingl'invite psql (comme Caleb l'a déjà dit).
Si vous utilisez la version 8.4 ou une version ultérieure, vous pouvez ajouter un argument optionnel on / off\timing , ce qui peut être utile si vous souhaitez pouvoir activer la synchronisation dans .psqlrc . Vous pouvez ensuite définir \timing onexplicitement dans un script où plain \timingserait basculer. ça éteint
L'heure qui \timingrevient inclut également la latence du réseau, si vous vous connectez à un serveur distant.
Si vous ne le souhaitez pas et que vous n'avez pas besoin de la sortie de la requête, utilisez plutôt EXPLAIN ANALYZEle plan de requête avec les estimations du planificateur plus les temps d'exécution réels.
par exemple, EXPLAIN ANALYZE SELECT foo from bar ;
explain analyzetemps de rendement environ deux fois plus élevés que ce que je vois lors de l’utilisation \timing, ce qui est l’inverse de ce que j’attendais en me basant sur les commentaires formulés ici concernant la latence du réseau. Je soupçonne qu'il y a une surcharge dans l'exécution normale analyzequi ajoute au temps de requête. Sur la base de la documentation, je pense que EXPLAIN (ANALYZE, TIMING OFF) SELECT foo FROM barcela vous donnera des informations de chronométrage plus utiles. Voir postgresql.org/docs/9.6/static/sql-explain.html pour plus de détails.