Installez votre premier serveur Asterisk et filtrez les télévendeurs !
En septembre 1998 paraissait le premier numéro de Linux/Magazine France (on avait oublié le « GNU » au début, honte à nous). Trimestriel, bimestriel, puis mensuel dès le 3ème numéro, ce que certains appellent LinuxMag et d'autres GLMF a traversé les années et vu la démocratisation de GNU/Linux et du logiciel libre, tout comme je l'ai fait moi-même.
Un moteur de bases de données est composé de plusieurs parties, ne serait-ce qu'au niveau des requêtes : un analyseur syntaxique, un planificateur, un exécuteur. Le planificateur est certainement l'un des composants les plus importants : de ses capacités vont dépendre les performances du moteur. Un mauvais plan peut rapidement ralentir tout un système, alors qu'un bon plan permettra à la fois de bonnes performances et une grande interaction des différentes sessions. Cet article va tenter d'expliquer le planificateur de PostgreSQL, ses capacités, ses points forts, comme ses points faibles, pour permettre à tout un chacun de comprendre pourquoi telle requête utilise tel plan d'exécution.
Le programme est achevé et tout fonctionne correctement... Mission accomplie ! Est-ce vraiment certain ? Des informaticiens s'imposent ou se voient imposer une contrainte aberrante : documenter leur code. Mais pourquoi donc ?