PostgreSQL Weekly News - 12 janvier 2004

== Nouvelles hebdomadaires PostgreSQL - 12 janvier 2004 ==

Les affaires ont recommencé cette semaine alors que les gens revenaient de vacances. De gros progrès ont été effectué sur le portage win32. Cette semaine a vu l'arrivée de l'implémentation d'un tube ainsi que la correction de plusieurs problèmes sur fork/exec. J'ai demandé à Claudio Natoli, un des principaux développeurs du portage win32, ce qu'il pensait des derniers correctifs. Il semblait assez content que la grosse majorité du travail sur fork/exec ait été effectuée. Bien sûr, dans le style des vrais développeurs, il a ajouté ce commentaire : "il existe encore des points à règler qui seront pris en charge dans les prochaines semaines". Mais de fait, une étape importante a été franchie par le portage win32 et ceux qui s'en sont chargés devraient en être fiers.

Les autres nouvelles du développement pour cette semaine concernent un certain nombre d'améliorations sur les optimiseurs IQ. Ces améliorations ont permis d'extraire les conditions de parcours d'index OR des conditions OR-of-AND (un AND entouré de OR) où chaque sous-clause OR inclut une contrainte sur la même relation. Il détecte aussi d'une meilleure manière les cas où les entrées, telle qu'une sous-requête utilisant SELECT DISTINCT, est déjà unique pour prévenir des unifications redondantes. L'intelligence du testeur de prédicat de l'index partiel a aussi été amélioré pour gérer les clauses commutées (43), les sous-clauses plus compliquées qu'une simple variable (upper(x) = 't' implique upper(x)>'a') et les opérateurs <> (x<3 implique x<>4).

Un ensemble d'améliorations sur psql a été réalisé, ceci incluant psql \dn pour afficher uniquement les schémas temporaires visibles en utilisant current_schemas() et psql '\i ~/' pour récupérer les fichiers à afficher dans le répertoire personnel de l'utilisateur. Quelques pièces initiales du correctif de Dennis Bjorklund ont été intégrées pour permettre de déclarer les paramètres des fonctions avec des noms. Il reste encore quelques points concernant la documentation, l'interaction avec psql et les langages de procédures autres que plpgsql qui demandent encore du travail mais les bases pour cela sont définies. Un bogue du programme createuser, générant un code SQL incorrect lorsque l'option -E est utilisé sans -P, a été corrigé grâce à Martin Pitt, qui est à l'origine du rapport et du correctif. WITH/WITHOUT OIDS a été ajouté pour la commande CREATE TABLE AS. Cette fonctionnalité doit permettre aux auteurs d'applications de s'affranchir eux-même des modifications de la valeur par défaut de 'default_with_oids' dans les futures versions de PostgreSQL. Dernier point, mais pas le moindre, CREATE TRIGGER, CREATE INDEX et CREATE SEQUENCE ont été ajoutés à la liste des expressions supportées par CREATE SCHEMA.

Une dernière note, après bien des discussions sur plusieurs listes de diffusion, une nouvelle version de pljava est disponible sur gborg depuis la semaine dernière. Sur la page du projet (http://gborg.postgresql.org/project/pljava/projdisplay.php), vous trouverez des liens vers des explications techniques ainsi que sur la manière de débuter.

Lire la suite...

PostgreSQL Weekly News - 5 janvier 2004

== Nouvelles hebdomadaires PostgreSQL - 5 janvier 2004 ==

Si “pas de nouvelles, bonnes nouvelles”, alors j’ai beaucoup de bonnes

nouvelles pour tout le monde.

:-) Comme nous nous y attendions, cette semaine a été calme. En fait,

il est probable que le gros événement de la semaine ait été le blocage

des principaux serveurs web PostgreSQL. Les détails ne sont pas très

intéressants mais vous pouvez les lire ici si vous le souhaitez :

http://archives.postgresql.org/pgsql-general/2004-01/msg00101.php. Tout

devrait revenir à la normale maintenant pour que nous puissions

continuer tranquillement sur le reste de l’année 2004. Une amélioration

potentiellement passionnante implique la réécriture du moteur

indexscan. Cela va permettre l’utilisation d’index à deux colonnes où

la condition WHERE est similaire à ‘col1 = quelquechose AND (col2 =

autrechose OR col2 = encoreautrechose)’. Auparavant si l’opérateur OR

n’était pas sur la première colonne de l’index, nous ne l’aurions pas

remarqué. L’analyse des opérateurs a vu une réduction de la surcharge

dans palloc() ce qui devrait aider à accélérer l’analyseur. Pas grand

chose de plus à dire, bien que nous ayons déjà quelques correctifs de

bogues incluant une correction sur l’exécuteur

pour un cas particulier où nous arrivons sans mémoire lors de la

fonction hash_creation pour les parcours d’index et une autre

correction pour les compilations n’utilisant pas gcc sur Solaris.

Quelques éléments ont traversé mon écran radar pour ceux intéressés par

les tests de performances entre bases de données. Le premier a été un

rapport des gens du Open Source Development Labs indiquant qu’il existe

maintenant un ensemble de tests automatiques pour les systèmes

PostgreSQL d’OSDL. Voici un lien vers leur annonce originale

(http://archives.postgresql.org/pgsql-hackers/2003-12/msg00797.php) et

un lien vers un exemple déjà bien utilisé

(http://archives.postgresql.org/pgsql-hackers/2003-12/msg00816.php). Le

deuxième était un lien vers un projet de tests de performance du style

TPC-H sur sourceforge (http://sourceforge.net/projects/benchw)

disponible pour de nombreux serveurs de bases de données incluant

PostgreSQL. Et finalement, Luis Neves a annoncé qu’il a “porté” la base

de données d’exemple Foodmart2000 utilisée dans la documentation

Microsoft et quelques autres articles techniques gérant le serveur

OLAP/SQL Server. Plus d’informations et une URL pour le téléchargement

sont disponibles sur

http://archives.postgresql.org/pgsql-general/2004-01/msg00095.php.

Lire la suite...