Vous n'êtes pas identifié(e).
- Contributions : Récentes | Sans réponse
#1 Re : Général » debutant avec postgresql : pb de connexion ..; » 13/05/2014 16:57:18
Bonjour,
Vous avez simplement oublié un WHERE dans votre requête (SELECT count(*) FROM MEMBRE WHERE login=).
#2 Re : Général » Administration d un base: dump, restore et inject de données » 30/01/2014 19:03:39
Vous ne pouvez pas faire ça avec pg_dump.
COPY vous permet par contre de faire quelque chose de ce type (cf http://www.postgresql.org/docs/9.3/stat … copy.html)
#3 Re : Général » Administration d un base: dump, restore et inject de données » 30/01/2014 12:53:49
Ce n'est ni un bug ni une évolution nécessaire, lorsque vous dumpez vos données, il est spécifier la PK existante dans la base source.
Lorsque vous réinsérez ces données, il ne va pas changer la PK car sinon les données ne seront plus cohérentes avec la source initiale.
Il faut comprendre que les données que vous insérez ne sont pas considérées comme de nouvelles données mais bien comme des données figées donc avec une PK figée.
#4 Re : Général » Administration d un base: dump, restore et inject de données » 30/01/2014 12:22:26
Nous savons ce qu'est pg_restore, l'usage que vous en faites par contre ne semble pas être cohérent.
Les PK ne sont pas incrémentées automatiquement puisque que le dump contient la PK en dur.
Si des données sont déjà présentes dans votre table, il vous faut donc les enlever ou alors modifier les inserts du dump pour enlever les PK écrites en dur.
#5 Re : Général » Administration d un base: dump, restore et inject de données » 29/01/2014 19:08:29
Pouvez-vous copier les requêtes exactes que vous lancez pour le dump et le restore (pas comme sur le premier post).
Car normalement le dump contient les pk donc pas besoin d'incrémenter vous même.
#6 Re : Général » Administration d un base: dump, restore et inject de données » 29/01/2014 10:33:49
Si vous avez dumpé uniquement les données des tables associées, il est inutile de préciser lors du restore les tables que vous souhaitez restaurer (donc pas besoin des "-t")
#7 Re : Général » Administration d un base: dump, restore et inject de données » 27/01/2014 16:15:53
Bonjour,
Pour le dump de vos tables, essayez ça : pg_dump -t "schema.table1" -t "schema.table2"
#8 Re : phpPgAdmin » Déconnexions intempestives phpPgAdmin » 10/12/2013 16:42:58
Bonjour,
Votre version de PhpPgAdmin est-elle à jour?
#9 Re : Optimisation » Optimisation serveur » 25/10/2013 09:56:58
Bonjour,
EXPLAIN ANALYZE lance effectivement la requête et ne se limite pas à en afficher le plan théorique.
#10 Re : Général » Problème de convertion d'un format d'une date » 24/10/2013 18:00:48
Vous pouvez vous baser sur le lien suivant : http://www.postgresql.org/docs/9.2/stat … tting.html
Il explique tout ça de manière complète.
#11 Re : Général » Problème de convertion d'un format d'une date » 24/10/2013 15:10:57
Bonjour,
Je ne sais pas si c'est la méthode la plus efficace, mais pourquoi ne pas convertir le premier format de date en timestamp puis reconvertir celui-ci dans le format de date souhaité?
#12 Re : Général » Dépassement délai démarrage serveur » 24/10/2013 09:14:05
Bonjour,
Essayez de trouver le fichier "pgstartup.log" sur votre serveur. Suivant votre installation il ne sera pas forcément au même endroit. Un "locate pgstartup.log" devrait pouvoir vous indiquer son emplacement.
Sur redhat, vous pouvez le trouver, pour une installation normale, dans /var/lib/pgsql/9.X/
#13 Re : Général » erreur initialisation de la base de données » 23/10/2013 09:28:04
Avez-vous changé les variables d'environnement de votre utilisateur postgres? Car vous n'utilisez pas le service pour l'initdb mais directement le binaire.
#14 Re : Général » erreur initialisation de la base de données » 22/10/2013 17:55:16
Bonjour Ayat,
L'utilisateur postgres a-t-il les droits sur les répertoires précédents et non uniquement sur celui qui est destiné à contenir votre cluster ?
#15 Re : Installation » Desintallation posgresql 8.4.13 » 20/09/2013 18:11:58
La variable principale est $PGDATA qui contient l'endroit où vous souhaitez placer votre cluster de base de données.
#16 Re : Installation » Desintallation posgresql 8.4.13 » 20/09/2013 15:58:19
Par exemple, vous pouvez utiliser "yum remove" ou "rpm -e"
#17 Re : Installation » Desintallation posgresql 8.4.13 » 20/09/2013 15:39:04
Il semblerait donc que vous ayez oublié de supprimer les RPM que vous avez installé.
#18 Re : Installation » Desintallation posgresql 8.4.13 » 20/09/2013 14:32:19
Bonjour,
De quelle manière avez-vous désinstallé PostgreSQL 8.4?
#19 Re : Général » Nouvelle installation: Postgresql 9.3 ou 9.2 ? » 17/09/2013 17:00:38
Bonjour,
Si vous avez un doute, montez une infrastructure en preprod et testez qu'en 9.3 vous n'avez pas de problème.
#20 Re : Général » Service PostgreSQL démarre et s'arrete immédiatement » 17/09/2013 11:32:21
Si vous êtes sûre du mot de passe de votre utilisateur postgres, vous pouvez le redéfinir de mot de passe de celui-ci avec le même mot de passe et réessayer.
#21 Re : Général » Service PostgreSQL démarre et s'arrete immédiatement » 17/09/2013 10:35:52
Corrigez la ligne et mettez "127.0.0.1/32"
#22 Re : Général » Service PostgreSQL démarre et s'arrete immédiatement » 17/09/2013 09:50:51
Vous n'avez pas d'autre erreur juste avant celle-ci?
#23 Re : Général » Service PostgreSQL démarre et s'arrete immédiatement » 17/09/2013 09:35:19
Bonjour Marion_cdapp,
Il est parfaitement normal que vous n'ayez pas de fichier postmaster.pid, c'est lorsque vous lancez PostgreSQL que celui-ci sera créé.
Ce fichier n'est donc pas à créer manuellement.
#24 Re : Général » Echec démarrage du service postgresql » 16/09/2013 18:07:07
Il faudrait demander ça directement à vos responsables réseau/sécurité car je ne connais pas l'architecture sur laquelle vous travaillez.
#25 Re : Général » Echec démarrage du service postgresql » 16/09/2013 17:00:43
Si vous n'avez pas de composant entre les deux machines, oui il faut modifier sur le serveur A pour autoriser B à se connecter par le port 22.