PostgreSQL Weekly News | PGWN- 23 octobre 2006

Par SAS le 23/10/2006 - 16:46

Nouvelles hebdomadaires de PostgreSQL - 22 octobre 2006

Les mises à jour de sécurité 8.1.5, 8.0.9, 7.4.14 et 7.3.16 sont sortis. Mettez vos serveurs à jour le plus rapidement possible. http://www.postgresql.org/download

Une discussion concernant l'adoption d'un nouvel algorithme CRC, slicing-by-8, développé par Intel, est en cours. Intel pourrait détenir (ou déposer) des brevets sur cet algorithme.

Les nouveautés des produits dérivés

• MacDent Pro 1.5 est sorti. http://www.macdentpro.com/
• ExtenDB 1.1 est sorti. http://www.extendb.com/pr11.php
• Slony 1.2.0 est sorti. http://pgfoundry.org/frs/?group_id=1000122

Les jobs PostgreSQL d'octobre

http://archives.postgresql.org/pgsql-jobs/2006-10/threads.php

PostgreSQL Local

Que du global cette semaine.

PostgreSQL dans les média

• Planet PostgreSQL : http://www.planetpostgresql.org/
• General Bits, Archives et nouveaux articles : http://www.varlena.com/GeneralBits/

PostgreSQL Weekly News a été rédigé cette semaine par David Fetter et Volkan YAZICI.
Adaptation française de Stéphane Schildknecht

Correctifs appliqués

Tom Lane a commité :

• divers correctifs de construction de MSVC proposés par Magnus ;
• suppression des retour-chariot Windows inutiles ;
• quelques copier-coller désorganisés ;
• quelques améliorations éditoriales et mises à jours des tutoriels ;
• la mise en page des notes de version 
• des améliorations éditoriales des mises à jour de la documentation PL/Python ;
• dans syntax.sgml, la réécriture de la syntaxe des constantes chaînes car les backslash sont maintenant déconseillés ;
• des entrées d'index plus spécifiques dans libpq.sgml ;
• mise à jour des notes de version vers « courant « et ajout de quelques corrections ;
• correctif inverse de la seconde version du correctif AIX de getaddrinfo ;
• nettoyage du code dans pg_logdir_ls : utilisation de ReadDir et non de readdir et évitement des écritures automatiques (peut être correct, mais à quoi bon prendre ce risque) ;
• tentative de correction du désordonné getaddrinfo AIX de façon à le faire fonctionner sur toutes les versions 
• clarification des notes concernant le traçage des erreurs avec log_statement ; suppression de la note obsolète concernant le traçage des requêtes engendrées par l'exécution d'une fonction PL/PgSQL, puisque ce traçage n'existe plus ;
• améliorations du traçage : inclusion du nom de la fonction lors du traçage de l'appel d'une fonction d'acheminement rapide ;
• renommage de la fonction de remplacement de qsort en pg_qsort au niveau du symbole de lien (mais avec une macro pour que le code puisse toujours appeler qsort) ; suppression des avertissements de l'éditeur de lien sur les plateformes exotiques tel Darwin et les erreurs MSVC ;
• ajout de modules externes pour optarg/optind lorsque cela s'avère nécessaire, par Magnus ;
• dans contrib/earthdistance, gestion des M_PI manquant de la même façon que dans le code de PG, au lieu d'insérer une dépendance MSVC ;
• plusieurs correctifs de portabilité de MSVC par Magnus ;
• amélioration de sort/qsort() pour gérer les tris qui contiennent 50% de valeurs uniques et 50% de valeurs dupliquées ; cela passe par un meilleur choix des pivots du quicksort ;
• correction de plusieurs endroits qui considéraient que debug_query_string ne peut être NULL, mais cela ressemble à une hypothèse risquée ;
• s'assurer que debug_query_string contient le texte original de la requête, si disponible (en général, ça l'est) lors du traitement des messages Bind et Execute ; cela améliore l'utilité des traces log_min_error_statement pour le protocole de requêtage étendu ;
• nettoyage des redéclarations locales des variables avec DLLIMPORT, puisque Magnus a rapporté des avertissements MSVC à ce propos ;
• simplification des Makefils dans contrib par suppression des macros SRCS inutiles, par Magnus ;
• correctif de getaddrinfo() sous AIX qui semblait ne pas annuler sin_port dans l'adresse IP retournée lorsque le nom du serveur est NULL. On a observé des problèmes à lier la collecte de statistiques sur le socket et peut-être d'autres problèmes. D'après le rapport de Brad Nicholson et Chris Browne ;
• ajout de code pour tester l'existence de sous-répertoires en conflit avec l'OID utilisé pour la nouvelle base lors de CREATE DATABASE. Evite le risque de suppression de fichiers qu'il ne faut pas supprimer. D'après le rapport de Jon Lapham et la discussion qui s'en est suivie le 27 septembre ;
• correction de l'entrée timetz pour qu'une date ne soit requise que lorsque la timezone a une règle d'heure avancée. Cela évite les cas bloquants qui qui fonctionnaient parce qu'ils entraient dans le chemin du code DecodePosixTimezone. Du fait d'erreurs dans les régressions. Documentation des changements déjà appliqués qui permettent les décalage GMT jusqu'à 14h ;
• correction des références sur les opérateurs de tableaux dans les notes de version, par David Wheeler ;
• correction de quelques problèmes de gestion du style zic des noms de zones de temps dans les fonctions d'entrée de date ; suppression de la focntion précédente "DecodePosixTimezone" pour laisser le code zic gérer les les spécifications de zone en style POSIX (voir tzparse()). En particulier cela signifie que "PST+3" a la même signification que "-03", alors que celasignifiait "-11" --- l'abbréviation de la zone n'est effectivement qu'un mot parasite dans cette syntaxe. S'assurer que toutes les zones nommées ou de style POSIX sont bien comprises comme un seul lexème. Correction des erreurs de conception de longue date dans l'écriture et et l'entrée de décalages de zone de temps fractionnelles (puisque le code de tzparse() va les accepter, il serait bon qu'on arrive à les faire fonctionner). Correction également d'une erreur dans le code du correctif zic-zone-name : dans l'entrée d'un "timestamp without time zone", les noms des zones devraient être admis mais ignorés, mais le code est tel que la zone change l'interprétation.
• noms des timezones insensibles à la casse ; par exemple SET TIME ZONE 'america/new_york'fonctionne maintenant. Cela semble une bonne idée pour améliorer l'interface utilisateur et fait partie de la solution aux problèmes d'analyse des estampilles temporelles en entrée ;
• correctif des effets de bord du changement d'insensibilité à la casse des noms des timezones.

Bruce Momjian a commité ;:

• mise à jour de PQserverVersion() pour utiliser 8.1.X comme exemple plutôt que 7.4 parce que la fonction n'existe pas en 7.4.X ;
• le correctif de Marko Kreen qui corrige la documentation pour les ajouts pgcrypto ;
• ajout d'URL pour les E/S async à la TODO liste ;
• suppression des TODO.detail de qsort. Tout est fait ;
• marquage de la version 8.2 comme 2006-?? au lieu de 2005-?? d'après la remarque de David Wheeler ;
• le correctif de Devrim Gunduz qui corrige le lien dans FAQ_DEV.html, supprime quelques parties relatives au développement du site Web et modifie le lien dans FAQ_DEV.html ;
• l'amélioration de la mise en page du manuel de CREATE CONSTRAINT par Michael Paesold ;
• la mise à jour de Michael Glaesemann du manuel de CREATE CONSTRAINT ;
• les mises à jour de Devrim Gunduz des parties RPM de la FAQ_DEV ;
• change l'utilisation de '<' et '>' pour '<' et '>' respectivement dans le SGML. Mise à jour de find_gt_lt pour permettre de passé des paramètres grep.

Peter Eisentraut a commité :

• Mise à jour des traductions ;
• plantage lors de la construction avec les thread Python sous FreeBSD. Suppression des *** excessifs pour décorer les messages d'erreur de configure. Si c'est un message d'erreur, il sera vu, même sans décoration ;
• suppression de l'utilisation du module whrandom de PL/Python, puisqu'il est supprimé de Python 2.5.

Neil Conway a commité :

• de petits soucis dans la documentation : faire référence à pg_locks dans un lien ;
• un correctifs de typ dans contrib/adminpack.

Alvaro Herrera a commité :

• correction d'une typo dans release.sgml.

Tatsuo Ishii committed:

• pgbench : de nouveaux correctifs gérant l'erreur de facteur dans les scénarios par défaut. Avec de multiples clients, seul le premier recevait le bon facteur d'échelle ce qui donnait une impression de meilleur performance avec des facteurs d'échelle supérieurs à 1.

Correctifs rejetés à ce jour

Pas de déception cette semaine.

Correctifs en attente

Euler Taveira de Oliveira a envoyé un correctif de la FAQ brésilienne.