|
||||
Ouverture de sessionNavigationContactez-nousAdministration du site : RechercheSujets du forumSujets actifsNouveaux sujets:SyndicationSondageQuelle est la version de PostgreSQL la plus répandue sur vos serveurs ? 8.3 10% 8.2 42% 8.1 40% 8.0 2% 7.4 6% 7.3 ou antérieure 0% Nombre de votes: 48 |
Technique - généralTechnique - général | [Résolu] commande "rename to"Par will le 09/04/2008 - 10:14 Bonjour, j'utilise Putty pour intéragir avec ma base Postgres installé sur un serveur distant. J'ai remarqué que j'obtenais souvent l'erreur "syntax error" lors de mes commandes ... La dernière en date porte sur le renommage de ma base : J'envoie la requête ALTER DATABASE nomdemabase RENAME TO nouveaunom; et j'obtiens le message "syntax error at or near nomdemabase" [ 3 commentaires | lire plus ]
Technique - général | error code -1073741819Par grims le 04/04/2008 - 13:03 Bonjour à tous, J'ai codé une procédure stockée en C, pour importer/exporter de fichiers dans une table. La fonction d'export, utilise le SPi pour faire un select sur ma table. Ma fonction marche bien, mais si je la lance plusieurs fois de suite au bout d'un moment le serveur crash. Le log est : 2008-04-04 12:14:21 LOG: server process (PID 2524) exited with exit code -1073741819 [ 1 commentaire | lire plus ]
Technique - général | probleme encodagePar burinho le 02/04/2008 - 20:58 Bonjour, voilà j'ai un petit soucis sur mes bases certaines sont en latin1 et d'autre en utf8 mais apparament j'ai des erreurs de l'autovacum qui me dit que j'ai des erreur de traitement de la base de donées. j'ai même l'impression qu'il m'est impossible de me connecter vi psql. comment je peux remédier à ça [ 7 commentaires ]
Technique - général | pgdump: could not open relationPar hretif le 02/04/2008 - 15:02 Bonjour, En executant pgdump (PG 8.2), j'obtient le message d'erreur suivant: ----------------------------------- [ 2 commentaires | lire plus ]
Technique - général | PostgreSQL et Windows 2003 server Entreprise Edition 64bitsPar Vinz69 le 02/04/2008 - 12:51 Bonjour, Nous avons une base de donnees sur postgreSQL. A la base, elle etait hebergee sur un PC/Serveur. Les performances n'etant pas geniales, nous avons decide de passer sur une veritable architecture Serveur, permettant plus de connexion en simultane. Il s'agit de Windows 2003 server Entreprise Edition, un bi processeur 2Ghz Quad-core, 8Go de Ram, des DD en RAID, bref, un bel engin. Le seul probleme est que les performances sont pires sur cet environnement... [ Vous devez vous connecter pour poster des commentaires | lire plus ]
Technique - général | Vérifier l'activité de la base avec pg_stat_activityPar arno974 le 02/04/2008 - 09:32 Bonjour à tous, Pour les besoins d'un projet j'ai besoin de pouvoir vérifier l'état de la base (si il y a des requêtes en cours) avant d'effectuer un delete. J'ai pensé utiliser les tables pg_stat_activity. Mais l'activation de celles-çi nécessite une monopolisation plus importante des ressources. Du coup, j'aimerais savoir les répercussions de l'activation de ces tables et nottament sur les performances de la base. N'existerait-il pas un autre moyen pour vérifier l'activité de ma base? [ Vous devez vous connecter pour poster des commentaires | lire plus ]
Technique - général | Je vous soumets un problèmePar toniogab le 31/03/2008 - 13:42 Bonjour, Certaine requete (select avec 8 joins) seule dure environ 35 secondes (sans aucun acces à la base de données autres). [ 2 commentaires | lire plus ]
Technique - général | Problème avec PostgreSQL, est-ce un bug?Par zied le 28/03/2008 - 20:33 J'ai exécuté cette requête SQL pour modifier le format de la date. [ 4 commentaires ]
Technique - général | pgagentPar kristoff le 26/03/2008 - 18:42 Bonjour [ Vous devez vous connecter pour poster des commentaires | lire plus ]
Technique - général | Désactiver les index implicites ?Par jonathan.dupre le 25/03/2008 - 18:39 Bonjour, NOTICE: CREATE TABLE/PRIMARY KEY will create implicit index 'eleves_pkey' for table 'eleves'. Dans mon script SQL j'ai déjà écrits les index qu'il me faut (et nommés correctement). Ce qui me fait des index en double et je crains pour les performances après. [ 4 commentaires | lire plus ]
|
|||
© PostgreSQLFr, tous droits réservés.
Site déclaré à la CNIL sous le numéro 1074678, conformément à la Loi en vigueur.