Vous n'êtes pas identifié(e).
Pages : 1
De quelle façon?
Tracer les requêtes longues ou qui effectuent des deadlocks?
Non pas celles de PgAdmin mais des utilisateurs ( qui passe par une application qui utilise un lien ODBC)
Merci mais le but serait de pouvoir avoir une trace des requetes longues, courtes mais utilisées un grand nombre de fois, et surtout les requetes qui font des deadlocks ou qui sont en attente d'une table verrouillée.
Bref d'avoir un bon nombre des requêtes mais seulement celles utilisateur ( langage procédurale )...
Si ce n'est pas clair n'hésitez pas a le signaler.
Les select effectués lors de la navigation sur PgAdminIII
Bonjour,
Je voulais savoir comment bien configurer la vue pg_stat_statement sous postgres 8.4 afin d'avoir uniquement les requêtes des utilisateurs.
En effet, pour l'instant, toute les select effectués sur la base de données sont enregistrés meme ceux system.
Si vous avez des conseils de gestion ou des alternative, le but etant de tracer les requetes longues afin de pouvoir les optimiser.
Merci pour vos reponses,
Cordialement
Lorsque je veux exécuter "select * from db_utf8_verify();" il me met un message d'erreur : No fonction matches the given name and argument type. You made need to add explicit type cast.
Ça me sort un tableau avec tout en UTF8 pourtant
Le problème pourrait-il venir du fait que les développeur utilise WinDev pour forcer l'insertion de donnée, que les données soient insérées et peuvent êtres lus et même pendant la sauvegarde. Par contre, lors de la restauration, PgAdmin refuse car il ne garantie pas la cohérence des données???
Merci, on va évoluer dans cette direction
Oui, c'est des bases test, on crée une base, à un moment T on la sauvegarde, on effectue des test dessus et apres on la supprime et on la recrée en y remettant la sauvegarde
Effectivement, ce point de vu semblerait être une bonne alternative, mais l'utilisation des traces ne risque-t-elle pas de ralentir considérablement le serveur, de plus, si il doit y avoir une trace de toute l'activité, cela risque de prendre des proportions énormes en termes de capacités de stockage
Pour essayer de faire simple,
Base de données postgres version 8.2.5 sur serveur linux
Utilisation de PgAdmin III sur un poste distant fonctionnant sous windows XP
Création d'une base avec template0 et en UTF8 par PgAdmin III
Insertion de données et lecture de ces même données sans anomalies (données possédant des /n je ne sais pas si ca peut jouer)
Sauvegarde de la base a partir de PgAdmin III en TAR et avec comme extension .backup sans anomalies non plus
Création d'une autre base de données par PgAdmin III avec les meme options que la précédente mais de nom diffèrent bien sur
Et le problème apparait lorsque j'importe le dump créé dans la nouvelle base.
J'espère que ma façon de procéder et plus claire ainsi, encore merci pour votre soutient
Merci, pourtant lorsque je crée la base de données je la crée en UTF8 avec un template0
Comme l'original mais sans structure, et toutes les autres données sont elles aussi en UTF8 alors pourquoi il n'y a que les données de cette table qui posent problème?
Sinon, comment convertir le dump actuel?
Bonjour,
Lors d'une restauration d'une base de données a partir d'un DUMP ( dump crée en .tar et nommé en .backup)
Tout ce déroule bien a part pour une table et voici le message d'erreur
pg_restore: restoring data for table "histofaitlogistique"
pg_restore: [archiver (db)] Error while PROCESSING TOC:
pg_restore: [archiver (db)] Error from TOC entry 3637; 0 378852 TABLE DATA histofaitlogistique
pg_restore: [archiver (db)] COPY failed: ERROR: invalid byte sequence for encoding "UTF8": 0xa4
HINT: This error can also happen if the byte sequence does not match the encoding expected by the server, which is controlled by "client_encoding".
CONTEXT: COPY histofaitlogistique, line 151858
Restauration effectuée sous PgAdmin III
Si quelqu'un à une idée de ce que c'est ou comment faire pour ne pas avoir se problème?
Merci
Merci pour les réponses, le problème c'est qu'on est en version 8.2.5 de postgres et par soucis de cohérence avec les application local déjà crées, l'évolution en version 8.4 n'est pas à l'ordre du jour. De plus, aucun logiciel tiers ne doit être installé pour des raison de sécurités, de performances et de coûts.
Pour faire simple, on nous demande de trouver des solutions tout en nous les refusant.
Merci pour votre temps mais l'idée est abandonnée, vu le cul de sac dans lequel on nous mets. C'est de plus bien dommage car vos idées étaient fortement exploitables
Merci pour l'info
Bonjour,
j'aimerai savoir si il est possible de faire un archivage de chaque requête effectuée sur une base de données et d'avoir des détails sur ces requêtes comme le temps moyen pour l'effectuer, le nombre de fois qu'elle a été exécutée, les host qui l'on effectué, etc...
Bref, a faire un genre de sniffeur de la base de données mais sur le plan requête uniquement
Merci pour votre aide, si mes explications ne sont pas claires n'hésitez pas
Pages : 1
