|
||||
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 - optimisationTechnique - optimisation | probeleme de SWAP et CPUPar aitali le 03/07/2007 - 11:08 bonjour a tous, j'ai un serveur postgres 8.2.4 qui tourne sous RedHat, RAM reste raisonnable, CPU atteint par moment 100%, mais pas de probleme d'espace disque, d'oĂč ca peut venir ? merci d'avance voici des infos sur les ressources utilisĂ©es: top - 11:07:39 up 1:39, 2 users, load average: 0.98, 0.95, 0.84 [ 4 commentaires | lire plus ]
Technique - optimisation | probeleme de RAM et de CPUPar aitali le 02/07/2007 - 20:39 bonjour a tous, j'ai un serveur , postgres (8.2.4)sous linux, qui tourne depuis quelques mois sans probleme; et depuis 5 jours, le CPU est toujours autour je n'ai pas une grosse activité sur la base pourriez vous me dire, qui pourrait etre la cause de cette augmentation qui est arrivé d'un seul coup [ 11 commentaires ]
Technique - optimisation | Optimisation des requĂȘtesPar chtonk le 28/06/2007 - 11:11 Bonjour, je voudrais savoir s'il Ă©tait possible, Ă l'instar d'Oracle, d'accrocher ("pin") des requĂȘtes en mĂ©moire. Notamment pour rĂ©duire l'analyse SQL et Ă©viter d'avoir Ă refaire tous les trajets. Cordialement, [ 4 commentaires ]
Technique - optimisation | probleme encodage de la basePar touane le 13/06/2007 - 13:55 bonjour [ 3 commentaires | lire plus ]
Technique - optimisation | Nombre d'occurence d'une chaine dans une autrePar Froggy le 29/05/2007 - 11:52 De passage sur le site, je proposais une petite optim pour cette fonction : --strOccurence(Chaine complete, chaine recherchee) CREATE OR REPLACE FUNCTION strOccurence (text, text) RETURNS integer AS ' [ Vous devez vous connecter pour poster des commentaires | lire plus ]
Technique - optimisation | Optimisation restauration de base avec psql ...Par djezair31 le 23/05/2007 - 16:03 Salut a tous, je possede une DB sur PostgreSQL 8.0.1 sur laquel je stocke tout les flux reseau entrant et sortant. Il s'agit d'une base d'environ 7G et qui peut monter a 30G. Toutes les semaines on lance un VACUM sur la base pour la nettoyer. Le VACUM est extrement long. Du coup on prefere sauvegarder la base, la suppprimer puis la restaurer toutes les semaines. Postgres gere le pg_dump (sauvegarde) et le psql (restauration) sur un seul process alors que l'on possede un BI Xeon Quad Core. [ 4 commentaires | lire plus ]
Technique - optimisation | RequĂȘtes accentuĂ©esPar SangJun le 11/05/2007 - 14:29 Lorsque je lance une requĂȘte, qui contient des caractĂšres accentuĂ©s, par la fonction PQexec(conn, maRequete), je n'obtiens aucun rĂ©sultat. J'affiche maRequete par un printf, je la copie-colle sous pgAgmin III, j'ai des rĂ©sultats. Lorsque je n'utilise pas d'accents, tout va bien, seul les arguments accentuĂ©s me causent des problĂšmes. Y a-t-il un UpCase en PostGreSQL (si upcase(Ă©) donne pour rĂ©sultat E, ça devrait suffir)? [ 5 commentaires | lire plus ]
Technique - optimisation | RequĂȘte rebellePar SangJun le 10/05/2007 - 16:41 Bonjour, Je n'arrive pas Ă exĂ©cuter 2 requĂȘtes, la premiĂšre passe sans problĂšme. La seconde me met un Segmentation Fault. C'est-Ă -dire que : strcpy(maRequete,""); [ 8 commentaires | lire plus ]
Technique - optimisation | Imposer l'index de recherche dans une clause selectPar h.henoch le 04/04/2007 - 15:02 Bonjour, est-il possible d'imposer l'index de recherche sur une colonne donné .. Par exemple sous Sybase on peut faire : select* from Peut-on faire pareil avec Postgresql ? [ 4 commentaires ]
Technique - optimisation | La limite de rĂ©initialisation de l'ID de transactionPar ahlonko le 27/03/2007 - 08:12 Bonjour , Depuis deux semaines j'ai constamment ce type de massage dans les logs de PG 8.1 LOG: La limite de rĂ©initialisation de l'ID de transaction est 1137327667, limitĂ© par la base de donnĂ©es < et le serveur de redĂ©marrer tout seul dĂ©connectant ainsi les utilisateurs avec ce type de message: DĂTAIL: Le postmaster a commandĂ© Ă ce processus serveur d'annuler la transaction courante et de quitter car un autre processus serveur a quittĂ© anormalement et qu'il existe probablement de la mĂ©moire partagĂ©e corrompue. [ 18 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.