Vous n'êtes pas identifié(e).
Pages : 1
Merci Guillaume
Bonjour
Est-il possible de retrouver dans un rapport pgbadger, le nombre d'enregistrement traité par requête SQL, un peu comme la colonne rows de la vue pg_stat_statements ?
Je vous remercie de voter retour
Marie
Bonjour
Merci Gleu, effectivement, nous avons compares les résultats des 2 fonctions avec PostgreSQL 9.3
Cependant la fonction similarity de pg_trgm fournit des resultats bien moins satisfaisants :
Nom en base Nom recherche jarowinkler similarity
YOHANN YOANN 0.955556 0.444444
YOHANN YOAN 0.966667 0.625
YOHANN YOHANN 1 1
ADELINE ADELIME 0.942857 0.454545
Avez-vous d'autres pistes ?
Cdlt
Bonjour
Un de nos applicatif utilise l'algorithme Jaro Winkler au travers de la contribution pg_similarity (pg_similarity 0.0.19 )
Cet algorithme mesure la similarité entre deux chaînes de caractères pour la recherche de doublons par exemple.
Nous migrons actuellement l'application vers PostgreSQL 9.3, et souhaiterions éviter l'installation de cette contribution supplémentaire, cependant il ne semble pas exister de fonctionnalités similaires dans les extensions standards, pourriez-vous le confirmer/infirmer ?
Merci
Bonjour
Merci pour le déplacement de la discussion
Voici un extrait du log :
Logs transmis au développeur.
Bonjour
J'utilise avec beaucoup de satisfaction pgbadger.
J'ai une question sur ce sujet ; qu'est ce qui pourrait expliquer que le rapport html pgbadger présente bien les requêtes SQL, mais des temps de réponse à 0s, alors que dans le log, les temps de réponse sont bien présents. La requête la plus lente étant de 5ms, les autres de l'ordre de 0,200 ms.
Merci de votre retour
Pages : 1
