|
Ouverture de session
Navigation
Contactez-nous
Administration du site :
"equipe chez postgresqlfr point org"
Contact presse :
"fr chez postgresql point org"
Contact association :
"bureau chez postgresqlfr point org"
Questions PostgreSQL :
IRC :
serveur irc.freenode.net
canal #postgresqlfr
Recherche
Sujets du forum
Sujets actifs
Nouveaux sujets:
Syndication
Sondage
Évènements | RMLL 2005
Par Guillaume Lelarge le 15/07/2005 - 21:31
PostgreSQLfr.org n'avait pas de stand aux RMLL 2005 mais cela ne veut pas dire que l'association n'était pas présente pour autant. Au moins quatre de ses membres y ont fait un tour, certains ont même pris part à des conférences.
Technique | Points à vérifier en ce qui concerne les performances de PostgreSQL 8.0
Par Guillaume Lelarge le 15/07/2005 - 21:16
Cet article est la traduction d'un billet posté par Josh Berkus et Joe Conway sur leur site, powerpostgresql.com. D'autres documents devraient suivre...
Voici un ensemble de règles de base pour votre serveur PostgreSQL
8.0. Beaucoup de ces règles sont basées sur des anecdoctes ou des
tests pratiques ; il y a encore beaucoup de travail à effectuer en
ce qui concerne les performances des bases de données et nous essayons de
les mettre en place avec OSDL. Néanmoins, ceci devrait vous permettre de
commencer. Toutes les informations ci-dessous sont utiles. Ce document,
du 12 janvier 2005, sera vraisemblablement mis à jour plus tard. Les
indications sur les paramètrages ci-dessous sont préférées aux
indications que j'ai pû donner sur General Bits.
Technique - odbc | Valeurs Booléennes entre MS-Access et PostgreSQL 8 : solution
Par lucrol le 12/07/2005 - 17:51
Par une belle fin d'après midi, lucrol s'exprima ainsi dans les forums de notre site :
Bonjour !
Grà ce à Microsoft je viens de vivre un enfer avec MS-Access (2002) utilisé en frontal de PostgreSQL 8.0 : malgré toutes les configurations de la source de données ODBC il m'était impossible d'avoir une gestion cohérente des cases à cocher dans Access :erreurs à la mise à jour du record, où lorsque cela fonctionnait, les Query avec des critères logiques ne fonctionnaient plus !
PostgreSQL Weekly News | == Nouvelles hebdomadaires de PostgreSQL - 27 juin 2005 ==
Par Jean-Christophe Arnu le 28/06/2005 - 08:38
== Nouvelles hebdomadaires de PostgreSQL - 27 juin 2005 ==
Le gel des fonctionnalités a été large. Vous pouvez être sûr que votre fonctionnalité favorite s'y trouve!
Teodor Sigaev a fait en sorte que les index GiST soient totalement concurrents
Magnus Hagander et Neil Conway on supprimé Kerberos 4, ce dernier n'étant plus utilisé. Le protocole en lui même n'est plus supporté en partie à cause de problèmes de sécurité.
PostgreSQL Weekly News | == Nouvelles Hebdomadaires de PostgreSQL - 18 Juin 2005 ==
Par Jean-Christophe Arnu le 20/06/2005 - 16:55
== PostgreSQL Weekly News - 18 juin 2005 ==
Le 18 juin 2005, David Fetter écrivait :
Tom Lane a fait des modifications dans 2PC : un patch touchant 62 fichiers. Prière donc de télécharger la version CVS et de tester, tester et retester....
SHOW ALL inclus maintenant la description des variables
Pavel Stehule a ajouté BETWEEN SYMMETRIC et a donné la possibilité à PL/PgSQL d'avoir des expressions en guise de paramètre de RAISE (suite à un grand nombre de demandes collégiales et de patch patchant les patches).
PostgreSQL Weekly News | == Nouvelles hebdomadaires de PostgreSQL - 12 juin 2005 ==
Par SAS le 13/06/2005 - 10:21
== PostgreSQL Weekly News - 12 juin 2005 ==
Le 12 juin 2005, David Fetter écrivait :
Pavel Stehule a ajouté le support d'une clause INTO pour les commandes PL/PgSQL EXECUTE, SQLSTATE, SQLERRM, NEXT_DAY et LAST_DAY. Il travaille également sur les fonctions LEAST() et GREATEST(), similaires à MAX() et MIN(), à la différence près que ces fonctions opèrent au niveau ligne plutôt que colonne.
| Un comparatif des SGBD OpenSource
Par SAS le 10/06/2005 - 09:50
Un document assez intéressant, objectif, n'essayant pas de conclure sur la supériorité d'un moteur sur les autres.
Il est disponible là : http://www.fabalabs.org/research/papers/FabalabsResearchPaper-OSDBMS-Eval.pdf .
A la fin du document on trouve un tableau comparatif regroupant l'ensemble des critères présentés tout au long de l'étude.
PostgreSQL Weekly News | Nouvelles hebdomadaires de PostgreSQL du 6 juin 2005
Par Sebastien Lardiere le 06/06/2005 - 23:45
David Fetter nous annonçait le 6 juin sur la liste pgsql-announce :
Une bourrasque de patchs et de nouvelles caractéristiques sont arrivés sur les listes -hackers et -patches, incluant des améliorations de performance sur les contrôles CRC des WALs, des corrections sur les opérations des types NUMERIC, des améliorations du planificateur et de la compression des WALs.
Michael Glaesemann, un utilisateur de longue date de PostgreSQL, et récent développeur, a fourni une fonction to_timestamp(double precision). Kudos!
PostgreSQL Weekly News | PostgreSQL Weekly News - 22 mai 2005
Par Jean-Paul Argudo le 25/05/2005 - 10:12
David Fetter nous annonçait le 22 mai sur la liste pgsql-announce:
Une discussion importante a eu lieu sur les nouvelles vues des objets système (cf http://www.pgfoundry.org/projects/newsysviews).
Andrew Dunstan a séparé les tests de régression sur les langages procéduraux du reste, ce qui permet à présent à la ferme de compilation de faire ces tests.
Dans les bacs | Nouvelles versions de « sécurité »
Par Jean-Christophe Arnu le 11/05/2005 - 11:07
Dans un mail sur -announce Marc G. Fournier nous annonce la sortie de version de sécurité pour les versions 7.2.x à 8.0.x : 7.2.8, 7.3.10, 7.4.8 et 8.0.3.
Les problèmes relatifs à la sécurité ont déjà été reportés par Tom Lane ainsi qu'une méthode permettant de les circonvenir rapidement (dans la liste -hackers). Il est fortement conseillé de mettre à jour les plates-formes PostgreSQL ne disposant pas de ces numéro de version. Ces versions ont été créées uniquement dans le but de permettre une installation ou une mies à jour automatique tenant compte de ces correctifs.
Nous vous conseillons de lire le fichier HISTORY incluses dans chacune des version pour connaitre la liste des changements. Cependant en voici une liste (non exhaustive) :
- Changement de la signature de la fonction d'encodage afin de prévenir les mauvaises utilisations,
- Changement dans « contrib/tsearch2 » afin d'éviter une utilisation hasardeuse et peu sure des résultats de la fonction INTERNAL,
- Correction d'un problème de concurrence d'accès entre l'extension d'une relation et VACUUM. Ce problème peut avoir théoriquement causé des pertes de pages de données fraichement insérées, bien que ce scénario ait une faible probabilité d'occurence.
Il est possible de télécharger ces versions sur http://www.postgresql.org/download.
Merci de bien vouloir reporter tout bug à l'adresse pgsql-bugs@postgresql.org.