-
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!
-
== PostgreSQL Weekly News - 12 Juillet 2004 ==
== Nouvelles hebdomadaires de PostgreSQL - 12 juillet 2004 ==
Bien, les choses commencent à se préciser pour la fin de ce cycle de développement. Personne ne peut encore dire quand la nouvelle beta sortira mais il y a beaucoup de discussions en cours sur l'inclusion ou pas de fonctionnalités comme le « commit en deux phases » et le PITR. Ainsi, nous ne devrions pas voir sortir une beta ce mois-ci. Ceux qui ont des connaissances sur ces fonctionnalités sont invités à lire et à participer à la discussion sur la liste pgsql-hackers.
Pendant que les discussions vont bon train, le codage continue pour les fonctionalités existantes qui seront livrées dans la prochaine version. Il y a aussi plusieurs corrections pour OSX et les *BSD ainsi que des corrections sur le nouveau code de plperl. La commande \d affiche maintenant des informations complémentaires sur les espaces logiques. La fonction has_tablespace_privilege() a été ajoutée. Elle vérifie si un utilisateur peut accéder à un espace logique dans diverses situations. La détection du fuseau horaire a aussi été modifiée pour améliorer la précision de ses résultats sur des systèmes configurés par défaut.
Un dernier changement vaut d'être mentionné, il s'agit d'un correctif permettant à PostgreSQL d'avoir des fichiers de configuration ailleurs que dans le répertoire PGDATA. Cela devrait aider les systèmes souhaitant placer dans un même répertoire tous les fichiers de configuration (NDT : par exemple /etc pour Debian, ce qui évitera des liens symboliques pas très jolis...).
