Par SAS le 19/12/2006 - 23:30
Nouvelles hebdomadaires de PostgreSQL - 17 décembre 2006
Tom Lane et al. ont entamé la conception de familles d'opérateurs. Ils en espèrent, entre autres choses, des comparaisons entre types différents grandement facilitées.
The Center for Internet Security (http://www.cisecurity.org/) prépare un ensemble de recommandations pour sécuriser PostgreSQL. Elles seront transmises au gouvernement US et accessibles par la communauté. Pour le document préparatoire, Josh Berkus a besoin de développeurs volontaires acceptant de répondre aux questions de l'équipe de ce projet pendant les 3 à 4 prochaines semaines. Merci de contacter Josh par mail (josh AT agliodbs . com) si vous souhaitez participer.
Les nouveautés des produits dérivés
Les jobs PostgreSQL de décembre
http://archives.postgresql.org/pgsql-jobs/2006-12/threads.php
PostgreSQL Local
Gavin Sherry tient une miniconférence PostgreSQL miniconf lors de Linux.Conf.Au à Sydney le mardi 16 janvier 2007.
http://lca2007.linux.org.au/Miniconfs/PostgreSQL
Si vous souhaitez y assister, contacter Gavin par mail (gavin AT alcove . com . au).
PostgreSQL dans les média
PostgreSQL Weekly News vous est présenté cette semaine par David Fetter, Devrim GUNDUZ et Dave Page.
Adaptation francophone de Stéphane Schildknecht.
Correctifs appliqués
Tom Lane a commité :
-
l'ajout d'un champ paramtypmod aux noeuds Param. Cela n'a aucune conséquence pour les Params qui représentent des valeurs provenant de l'extérieur puisque les API qui les fournissent ne précisent que des types spécifiques, pas des typmod. Toutefois, les les Params PARAM_SUBLINK il est pratique de fournir le typmod de la colonne de sortie du sublink. C'est une solution beaucoup plus propre aux bogues 'could not find pathkey item to sort' et 'failed to find unique expression in subplan tlist' récemment remontés que ma proposition initiale de correctif compatible avec la 8.2. De toute façon, il est probable qu'un jour nous souhaitions supporter les typmods pour les paramètres externes ;
-
la correction du planificateur pour qu'il fasse les bonnes choses lorsqu'une jointure externe dégénérée (une dont les clauses de jointure n'utilise aucune variable externe) nécessite de créer un plan confus. L'heuristique habituelle d'éviter les jointures sans clause de jointure doit être contournée dans ce cas. Le problème est apparu avec la 8.2. Avant cela, nous forcions le tri de la jointure externe. D'après un exemple de Teodor ;
-
le rétablissement d'un #include malencontreusement supprimé, d'après Mark Kirkwood.
-
la construction avec --with-ldap sur Unixware, par Olivier Prenant ;
-
le rétablissement de JST dans l'ensemble des abbréviations des fuseaux horaires. Il avait été supprimé dans un moment d'égarement ;
-
la correction de quelques bogues du planificateur rapportés par Arjen van der Meijden. Ils proviennent tous de la logique introduite dans la 8.2 associée à l'indexation de ScalarArrayOpExpr (IN-clauses) ou à l'amortissement des coûts de parcours d'index lors de parcours répétés à l'intérieur d'une boucle. A été corrigé en particulier les erreurs logiques dans l'estimation de parcours multiples induits par un qualificateur d'index ScalarArrayOpExpr ;
-
l'inclusion d'un petit composant de coût dans les parcours d'index bitmap pour refléter les co de manipulation du bimap lui-même. Cela permet d'éviter à un parcours d'index bitmap d'avoir le même coût qu'un parcours d'index traditionnel pour récupérer une seule ligne ;
-
l'ajout également d'un composant de coût CPU per-index-scan-startup (démarrage d'un parcours d'index) ; alors que les versions précédentes étaient trop pessimistes quant au coût de parcours répétitifs d'index, le codage original de la 8.2 permet au coût de parcours d'un index de tendre vers 0 s'il est répété assez souvent, ce qui est pour le coup trop optimiste ;
-
la prise en compte de la corrélation entre les index lors de l'estimation des coûts lors d'un parcours interne d'index en boucle : cela devient significatif lorsque les plans récupèrent plusieurs tuples en mémoire par itération. En effet, une forte corrélation indique que ces tuples sont probablement dans des zones adjacentes, voire sur la même zone mémoire.
Bruce Momjian a commité :
-
l'ajout d'une entrée dans la FAQ pour mentionner l'utilisation de COALESCE() pour la concaténation de NULLs ;
-
la suppression de lignes vierges dans la FAQ HTML ;
-
la documentation du fait que le %t de log_line_prefix n'imprime pas le fuseau horaire sous Win32 ;
-
la modification du TODO de "Have EXPLAIN ANALYZE highlight poor optimizer estimates" Ă "EXPLAIN ANALYZE issue NOTICE messages when the estimated and actual row counts differ by a specified percentage" ;
-
l'ajout Ă la TODO de : Document issues for SGML and XML:
http://archives.postgresql.org/pgsql-docs/2006-12/msg00033.php.
Peter Eisentraut a commité :
-
la mise en place de différentes cibles pour la construction de la documentation dans les formats A4 et US letter ;
-
la possibilité d'augmenter CPPFLAGS depuis la ligne de commande de configure. Cela fonctionne généralement mais certaines plateformes la surcharge silencieusement ;
-
l'activation de la surcharge de WIN32_STACK_RLIMIT sur les seules plateformes où cela est nécessaire ;
-
la suppression des fichiers de template "obsolètes" pour Windows.
Andrew Dunstan a commité :
-
la possibilité d'utiliser \timing sur les commandes \copy.
Correctifs rejetés (à ce jour)
Pas de déception cette semaine :-)