Vous n'êtes pas identifié(e).
- Contributions : Récentes | Sans réponse
#2751 Re : Général » [probleme] connexion postgres error: "serveur doesn't listen" » 15/04/2009 09:49:09
- Décommenter la ligne qui contient listen_addresses (ça veut dire enlever le #)
- Mettre un * à la place de localhost (sans enlever les ' ' autour)
Et évidemment, ensuite, redémarrer le service postgresql ...
#2752 Re : C et C++ » Utilisation d'un Select » 15/04/2009 09:22:56
Je pense que le plus simple est la méthode suivante :
via PQgetvalue pour récupérer les valeurs des enregistrements un à un. Si la requête est statique et qu'il est sûr qu'on n'aura qu'une seule colonne de type texte, ca simplifie beaucoup le code :
- Récupérer le nombre d'enregs via PQntuples (n)
- Faire une itération pour i de 0 à n-1 et récupérer la colonne 0 de la ligne i dans un char* via PQgetvalue
Pour des exemples, on doit pouvoir en trouver des bons dans des projets qui font de l'utilisation intensive de la base de données (bacula par exemple). Une recherche sur krugle donne de bons résultats...
#2753 Re : Général » Parse error lors d'un alter sequence » 03/04/2009 11:35:24
Ah oui, c'est vrai, c'est comme ça qu'on faisait dans le temps 
#2754 Re : Général » Parse error lors d'un alter sequence » 03/04/2009 11:19:16
alter sequence n'existait pas en 7.2 (j'ai du aller vérifier dans la documentation ).
Au passage, c'est probablement évident, mais je préfère le dire quand même : depuis il y a eu 7.3, 7.4, 8.0, 8.1, 8.2 et 8.3. La 7.2 n'est plus supportée depuis longtemps.
A mon avis, la seule solution c'est de passer par un drop sequence/create sequence, sachant qu'il va certainement raler sur une dépendance sur la table associée, sur laquelle la sequence doit etre utilisee.
#2755 Re : Migration » Migration de procédure de Sybase vers PostgreSQL » 03/04/2009 08:40:55
Si il s'agit vraiment de traiter et d'intercepter des erreurs, avec un RAISE, on doit pouvoir faire des choses sympa aussi (et plus dans l'esprit SGBD)
#2756 Re : Installation » Pb lors du start POSTGRESQL 8.3 sur UBUNTU » 02/04/2009 10:49:30
Il doit y avoir un répertoire dans le chemin qui n'est pas lisible par l'utilisateur postgresql.
Déjà, il faut rétablir le propriétaire à postgresql, et enlever le 777
Ensuite, en tant que postgresql, le plus simple, c'est d'essayer d'aller dans l'arborescence, et d'accéder à ce fichier. Il doit y avoir un des répertoires parents qui n'a pas les bons droits (au hasard /var/lib/postgresql,si c'est un point de montage)
#2757 Re : Général » création de tables » 01/04/2009 11:52:28
il y a beaucoup de temps à gagner à avoir le dump ... le code se résumera à remplacer quelques types par leur équivalent postgres, via des petites expressions régulières par exemple.
convertir les descriptions de table sera beaucoup plus lourd
#2758 Re : Général » création de tables » 01/04/2009 11:33:44
Ca ressemble à une table mysql ça non ?
Si c'est le cas et que le but c'est d'importer un schema mysql, pourquoi ne pas faire un dump de celui ci (via mysqldump, avec --no-data si je me souviens bien) ?
Après il suffira de changer quelques détails du script (faire des remplacements sur les types incompatibles). Si c'est bien du mysql, c'est le plus rapide
Sinon, si c'est vraiment un fichier texte, le codage risque d'être un peu plus long et complexe.
Est-ce bien du mysql et la méthode avec le dump est elle envisageable ?
#2759 Re : Général » création de tables » 01/04/2009 11:12:21
La réponse est non, copy ne fait pas cela, et il n'y a pas d'autre fonction de ce genre dans le moteur à ma connaissance.
Le but de copy est avant tout de permettre de faire un chargement de masse dans une table.
Pour créer une série de tables à partir d'informations dans un fichier texte, il faut générer un script SQL contenant des create table à partir de ce ficher, ce qui implique je pense un peu de programmation (à moins que des outils le permettent, je n'en connais pas). C'est le genre de choses simples à scripter en perl par exemple.
Peut être qu'un extrait de ce fichier texte permettrait de voir un peu plus clairement ce qui est faisable ?
#2760 Re : Général » Comment tester une date vide ? » 01/04/2009 09:24:26
Exactement. Dans la logique à 3 valeurs SQL, rien n'est jamais égal à NULL, même NULL lui même.
#2761 Re : Général » Suppression de wal pour revenir au paramètre par défaut checkpoint_seg » 30/03/2009 15:34:59
A priori, on doit comprendre du message que l'archivage n'a pas eu lieu pendant un moment.
-> Est il restauré, et les wal a archiver l'ont il étés ? (tous les fichiers wal sont bien en .done dans archive_status ?)
Si oui, pour se débarasser des wal en trop, il suffit d'attendre le prochain checkpoint (ou de le déclencher à la main avec la commande checkpoint). A ce moment là, le moteur se débarasse des checkpoints en trop.
Par ailleurs, checkpoint_segments est le nombre de segmets de wal entre 2 checkpoints, pas le nombre 'normal' de wal. Celui ci est le plus souvent de 2xcheckpoint_segments+1.