Les variables temporaires posent un gros problème en conception : elles sont temporaires et locales. Elles ne peuvent pas être utilisées en dehors du contexte dans lequel elles sont placées, et cela tend à faire des fonctions plus longues. En remplaçant les valeurs temporaires par un appel à une fonction, on peut centraliser ces valeurs, et obtenir un moyen de modifier le comportement d'une fonction de l'extérieur.

Un micro-concept de programmation intéressant à appliquer.

- Composing Methods: Replace Temp With Query

Note de l'auteur :

Il court encore quelques mythes et légendes sur la clause SQL GROUP BY. Ce myth raconte que le 'standard SQL' impose la présence de la colonne sélectionnée dans la liste de colonne affichée par SELECT pour pouvoir être utilisé dans la clause GROUP BY, à moins que cette colonne n'apparaisse exclusivement dans une expression d'agrégation. MySQL est souvent accusé de violer ce standard.

Dans cet article, je vais tenter d'enterrer ce mythe, en vous donnant un aperçu plus complet du traitement de GROUP BY par MySQL.

- Debunking GROUP BY Myths

Si vous voulez gagner en performances, pour des tests ou en production, et que vos données en sont pas trop grosses, il peut être intéressant de migrer les tables en mémoire, et utiliser le moteur de table 'memory' (anciennement HEAP).

Toutefois, le moteur memory n'est pas l'alter ego de InnoDB ou MyISAM, sinon, il sera bien plus souvent utilisé. Amedias a découvert qu'il devait effacer les clés étrangères pour pouvoir transformer ses tables InnoDB en tables memory.

Pour faire la transformation de moteur, et l'abandon des clés étrangère, il suffit de faire un tour dans la base informatin_schema : en une boucle, le tour est joué.

Il faut aussi noter que si la structure de la table est conservée, les données seront perdues au redémarrage du serveur. Il est donc recommandé de travailler sur une copie des données, mais jamais sur les données critiques.

- Loading a MySQL database in memory
- 14.4. The MEMORY (HEAP) Storage Engine

Extrait de l'article :

Pourquoi est-ce que cela a pris tant de temps avant que quelqu'un ne comprenne que ce modèle peut être une excellente approche du marché de la publicité en ligne ? Première étape : distribuez un serveur de bannière gratuit, libre et Open Source; deuxième étape : préparez le réseau de distribution résultant pour les publicitaires, quel que soit le réseau qu'ils veulent utiliser; étape trois : mettez en place des services supplémentaires pour ces publicitaires.

- OpenAds Funded by Index, Mangrove, First Round, OATV
- OpenAds, le trublion Open Source de la pub en ligne
- OpenAds
- phpAdsNew

Note de l'auteur :

L'archivage de données est un sujet très large! Mon but est de mentionner au moins tous les aspects à prendre en considération, et ceux à fouiller en profondeur. Voici quelques sujets que je vais aborder dans cette série d'article :
- les buts de l'archivage
- où stocker les données archivées
- comment choisir les données qui doivent être archivées
- comment gérer les données complexes, leurs relations et dépendances
- comment archiver les données
- comment désarchiver les données

- Archive strategies for OLTP servers, Part 1
- How to efficiently archive and/or purge data from online transaction processing (OLTP) database servers