-
PostgreSQL Weekly News - 25 mai 2004
== Nouvelles hebdomadaires de PostgreSQL - 25 mai 2004 ==
Nouvelle semaine, nouveaux changements dans notre progression vers la 7.5. Cette semaine a vu des modifications au niveau de fonctionnalités déjà existantes plutôt que de nouvelles fonctionnalités, bien que certaines de ces modifications feront que les anciennes fonctions seront maintenant utilisables par de nouvelles personnes, ce qui est le but à mon sens.
Nous avons vu un passage à l'utilisation des routines de bibliothèque des caractères composés pour les fonctions upper/lower/initcap (majuscules/minuscules/majuscule en première lettre). Ceci permet à ces fonctions de travailler correctement avec Unicode et les codages multi-octets, qui nous ont posé bien des problèmes dans le passé. Les nouvelles bibliothèques sur les zones horaires, recherchées auparavant pour win32, sont maintenant utilisées par toutes les plateformes. Ceci résoudra quelques problèmes rélatifs aux zones horaires que certaines personnes ont eu et met toutes les plateformes sur un pied d'égalité pour cette fonctionnalité. D'autre part, le verrouillage effectué par pg_listener pour NOTIFY et les autres commandes de ce genre a été réduit de AcessExclusiveLock à ExclusiveLock. Bien que ces opérations seront toujours réalisées en série, elles n'entreront pas en conflit avec les opérations ANALYZE concurrentes. Et en parlant d'ANALYZE, pour le calcul des statistiques, une nouvelle méthode de choix en deux étapes a été intégrée à ANALYZE, cette méthode devant donner de meilleurs résultats lorsque la densité des lignes non supprimées n'est pas uniforme sur toute la table. Suite aux modifications des dernières semaines, un peu de temps a été passé pour nettoyer et documenter la relativement nouvelle fonction d'installation et des marqueurs ont été ajouté pour la "fin du dump" dans les outils pg_dump et pg_dumpall.
La dernière modification importante à mentionner concerne la modification des messages du CVS envoyés sur la liste de diffusion pgsql-commiters. Maintenant, chaque fois qu'une modification est diffusée (cvs commit), le courrier électronique envoyé à la liste contiendra un lien direct vers l'interface de CVS-Web indiquant les différences entre le fichier et sa version précédente. Nous espérons que cela va améliorer la relecture du code en la rendant plus accessible pour ceux intéressés par les détails des modifications.
-
PostgreSQL Weekly News - 19 mai 2004
== Nouvelles hebdomadaires de PostgreSQL - 19 avril 2004 ==
Le développement a continué sur un bon rythme, tout le monde se préparant pour la période de beta test de la 7.5. Le travail a continué sur quelques gros éléments comme PITR et win32, et nous avons aussi eu un premier aperçu de l'implémentation des espaces de nommage. Bien que cette fonctionnalité n'est pas encore prête pour un envoi officiel, Gavin Sherry a envoyé un correctif avec quelques problèmes non résolus ajoutant ainsi une nouvelle étape à cette fonctionnalité fréquemment demandée.
Quelques bogues ont été corrigé, ces corrections ayant aussi été reportées sur la version 7.4, ce qui a lancé des rumeurs sur une potentielle version 7.4.3 dans les prochaines semaines. Bien qu'aucune date n'a été fixé, avec la beta arrivant à grand pas, il est plus que probable que nous aurons cette nouvelle version dans quelques petites semaines ; entre temps, voici une liste des correctifs de la semaine. Un problème d'efficacité dans le lancement de l'exécuteur en relation avec un code de bas niveau (aclcheck) a été revu. Un dépassement de tampon possible a été corrigé dans enlargeStringInfo(). Un bogue a aussi été corrigé lors d'union de tables n'ayant aucune colonne. Quelques problèmes sur le support des threads ont été corrigés pour le système Unixware.
En regardant certains autres domaines où de nouvelles fonctionnalités ont été ajoutées, un support a été introduit pour les installations déplaçables ce qui permet aux utilisateurs de déplacer entièrement les structures du répertoire d'installation tout en laissant les exéutables PostgreSQL fonctionner normalement. Les modules externes (comme les langages procéduraux) peuvent maintenant configurer des options supplémentaires pour les commandes dlltool et dllwrap. Une implémentation basique de la fonction width_bucket() (spécification SQL 2003) a été implémenté pour le type de données 'numeric'. Les fonctions ln(), log(), power() et sqrt() ont été modifié pour émettre les bons codes d'erreur SQLSTATE pour certaines conditions d'erreur comme spécifié par SQL2003. Enfin, de la documentation pour la nouvelle fonctionnalité "dollar quoting" a été ajouté et plusieurs exemples ont été mis à jour pour montrer le nouveau style.
-
PostgreSQL Weekly News - 11 mai 2004
== Nouvelles hebdomadaires de PostgreSQL - 11 mai 2004 ==
Avec beaucoup de discussions ces dernières semaines sur les fonctionnalités intéressantes pour les entreprises, il est agréable de voir une reprise d'activité pour les ajouts de code même si ce n'était pas pour un des points favoris. En fait, ce n'est pas tout à fait vrai car certaines modifications de cette semaine seront très importantes pour quelques personnes ; le fait est qu'un progrès est un progrès et que cette semaine a été un nouveau bon pas en avant.
La plus importante fonctionnalité de cette semaine est venue sous la forme d'une refonte de la commande ALTER TABLE. ALTER TABLE ADD COLUMN supporte maintenant les valeurs par défaut et les contraintes NOT NULL comme le veulent les spécifications SQL. Nous avons maintenant une implémentation de ALTER COLUMN TYPE qui permettra un changement entre deux types de données à condition que vous indiquiez spécifiquement comment convertir les valeurs. Plusieurs actions ALTER peuvent être assemblées en une seule commande ALTER (par exemple, ajouter deux nouvelles colonnes en une seule commande). Enfin, après quelques discussions, ALTER COLUMN TYPE a été implémenté de manière à ce qu'il préserve le statut de cluster pour les index qu'il ne modifie pas. La commande ALTER TABLE CLUSTER ON a été ajouté dans bon nombre d'endroits. Nos remerciements à Rod Taylor et Tom Lane pour leurs travaux sur ces fonctionnalités très demandées.
Un travail a été accompli pour que PostgreSQL s'affranchisse de comportements non désirables pour les locales dans le cas de conversion de lettres ASCII basiques trouvées dans la langue turque. Toutes les utilisations de strcasecmp et strncasecmp ont été remplacées par les nouvelles fonctions pg_strcasecmp et pg_strncasecmp, et les appels directs à toupper et tolower ont été remplacées par pg_toupper et pg_tolower. Ces fonctions utilisent les mêmes notions de gestion de la casse déjà développées pour la conversion de la casse des identifiants. La partie basée sur les locales a été laissée pour les situations où nous faisons une simple manipulation des données de l'utilisateur et que nous n'essayons pas de faire une correspondance avec les chaînes internes, par exemple la fonction SQL upper().
Tout au long de la semaine a eu lieu d'autres changements plus petits, ceci incluant : l'utilisation des termes NATURAL CROSS JOIN en concordance avec les spécifications SQL, la suppression des mots de passe MD5 des utilisateurs lorsqu'un utilisateur est renommé (car le nom de l'utilisateur est utilisé comme clé pour le mot de passe MD5), quelques correctifs provenant du groupe win32 dont celle permettant l'utilisation d'espaces blancs dans le nom du répertoire d'installation et les expressions des lignes sont maintenant autorisés à tout endroit dans la syntaxe de l'expression, ce qui signifie que vous pouvez maintenant passer une construction ROW() à une fonction qui accepte un paramètre rowtype. C'est une autre étape dans ce travail de promotion des valeurs rowtype dans la base de données.
Dans les autres nouvelles importantes, la nouvelle infrastructure d'accueil de projets été officiellement annoncé cette semaine. Il est disponible sur http://projects.postgresql.org. Actuellement, tous les nouveaux projets sont les bienvenus et l'équipe souhaite commencer le déplacement des projets de l'ancien site gborg.postgresql.org assez rapidement. Le nouveau site utilise le code du projet gforge, un outil collaboratif de développement de logiciels libres assez populaire. Il est basé sur PostgreSQL et PHP (mais aussi d'autres outils libres) et dispose d'une communauté de développement motivée. Nous sommes heureux de faire ce nouveau pas mais nous souhaitons aussi remercier Chris Ryan pour ces efforts pendant toutes ces années où il a maintenu la communauté gborg.
-
Sortie de Bricolage 1.8.0
-
Chatbox, IRC et autres commentaires...
