-
PostgreSQL Weekly News - 6 juillet 2004
== Nouvelles hebdomadaires de PostgreSQL - 6 juillet 2004 ==
Ayant passé la date limite du 1er juillet, nous sommes officiellement en gel des fonctionnalités. Ceci signifie que tous les correctifs introduisant de nouvelles fonctionnalités seront conservés de côté jusqu'au prochain cycle de développement. Quels types de correctifs seront acceptés ? Les corrections de bogues, le nettoyage des nouvelles fonctionnalités et les améliorations de documentation seront toujours bienvenus. L'équipe principale cible actuellement le 15 juillet comme date de la première version bêta mais nous vous garderons informé des suites du développement.
Quelques correctifs impressionants ont été pris en compte cette semaine lors du vidage de la file des correctifs. Le module fuzzymatch dans contrib a ajouté le code de double "metaphone" et "metaphone" a été modifié de façon à ce qu'une chaîne de caractères vide en entrée renvoit une chaîne de caractère vide en sortie plutôt qu'une erreur. Les opérateurs pour interval-plus-datetime ont été intégrés pour une meilleur compatibilité SQL. Deux langages procéduraux ont reçues des mises à jour cette semaine. Le premier a impliqué une modification dans l'analyse des boucles FOR en plpgsql de façon à ce que la décision « boucle d'entier contre boucle de requêtes » soit conduite par la présence de '..' entre IN et LOOP plutôt que suivant la présence d'un nom de variable correspondant à l'enregistrement/ligne. Ceci signifie que l'erreur générale des variables d'enregistrements mal tapées donnera maintenant un message d'erreur plus compréhensible que celui référençant '..'. L'autre implique plusieurs mises à jour du module plperl, nos remerciements aux personnes de Command Prompt et de quelques autres développeurs qui se sont organisés eux-même sur www.pgfoundry.org. Les nouvelles fonctionnalités incluent le support des espaces logiques et des données partagées, le support des déclencheurs, le support du retour d'enregistrements, la fonctionnalité spi_exec et la possibilité de renvoyer les type « record » et « setof record ».
Qu'y aura-t'il donc dans la prochaine version ? Avec le risque que ces fonctionnalités soient supprimées du dernier cycle bêta, la plupart des grosses fonctionnalités ont réussies à être incluses : transactions impliquées, PITR et le pg_autovacuum intégré. Il est aussi bon de rappeller le support win32, le support des espaces logiques et le code du tampon ARC. Ce qui fait de cette version l'une des plus importantes en plusieurs années. Restez au courant de la progression de la bêta sur ces fonctionnalités et une liste complète des changements de la prochaine version de PostgreSQL.
-
FAQ PostgreSQL
-
PostgreSQL Weekly News - 20 Juillet 2004
== Nouvelles hebdomadaires de PostgreSQL - 20 juillet 2004 ==
Les développeurs ont continué cette semaine à finaliser les nouvelles fonctionalités afin de parvenir à une beta 1 plannifiée pour le 1er août. La plupart des correctifs reçus par la communauté ont été intégrés et des parties de code concernant PITR et les transactions imbriquées (nested transactions) ont été ajoutées dans le CVS. Ainsi, cela ne devrait plus être très long à présent.
Parmi les fonctionalités en cours de finalisation se trouvent des ajouts à psql, comme par exemple l'ajout de droits et de description pour les schémas et les espaces logiques. initdb a aussi été amélioré pour détecter les incohérences entre les locales et l'encodage. Lorsqu'une telle incohérence arrive, il peut ainsi sélectionner l'encodage adéquat quand aucun ne lui est spécifié. Dans la liste, un correctif permettant à l'implémentation de plperl d'être compilé sous win32, a été intégré. Il corrige notament les soucis sur les slashs/antislashs et met à jour la configuration de l'éditeur de liens pour mingw.
Christopher Kings-Lyne a énormément travaillé sur pg_dump cette dernière semaine, essayant de supprimer tous les soucis pouvant être rencontrés en sauvegardant les bases avec de vieilles versions de PostgreSQL. La liste des éléments corrigés est fort longue mais on peut citer que pg_dump utilise à présent ALTER OWNER à la place de SET SESSION AUTHORIZATION, en déplaçant ainsi toutes les commandes GRANT et REVOKE à la fin du dump, sauvegardant les commandes ALTER USER depuis le propriétaire du cluster (NDT : le cluster au sens de PostgreSQL correspond à l'organisation des fichiers présents dans $PGDATA, par exemple, tout ce qui est dans /var/lib/pgsql sous Debian GNU/Linux...). pg_dump prend aussi en compte les ALTER OWNER pour le schéma public lorsque c'est nécessaire. Des commentaires inadéquats ont été enlevés. Christopher projette de faire des tests de non-régression sur toutes les versions 7 de PostgreSQL. Si vous avez encore un schéma de données complexes vivant dans une de ces vieilles versions, nous vous encourageons à tester ce nouveau pg_dump dès que possible pour vous assurer de sa compatibilité.
Deux notes rapides sur le site web de PostgreSQL. Nous avons ajouté la traduction Française de la FAQ, grâce à Guillaume Lelarge, disponible sur http://www.postgresql.org/docs/#faqs (NDT : nice shot Guillaume ! Merci encore à toi ! (Note de Guillaume Lelarge : merci surtout aux trois traducteurs de ce document, à savoir Laurent Martelli, Vincent Veyron et Emmanuel Seyman). Nous avons aussi ajouté un lien sur le nouveau site communautaire polonais sur PostgreSQL (http://www.postgresql.org.pl/) qui est disponible sur la page principale dans la section « international ».
-
Comment compiler et installer PostgreSQL ?
-
Perte d'une table sous PostgreSQL V.7.3.2... et solution!