Note de l'auteur :

Demain soir, aura lieu le lancement officiel de l'association MySQL française. Cela se fera autour de Pascal Borghino, Olivier Dasini et moi-même, mais nous aurons besoin de vous tous, utilisateurs réguliers de MySQL pour cet évènement.

LeMUG (Le MySQL User Group) aura pour but de stimuler la communauté, accroître les échanges d'expérience pour tirer le meilleur parti de la technologie, et faire émerger les tendances lourdes pour les prochaines années. Un programme ambitieux, et à la taille de la communauté française.

Il reste un peu de place, et beaucoup de bière et pizza, alors venez nombreux !

- Soirée MySQL Community
- LeMUG.fr

Pour convertir toutes les tables d'une base de données MySQL d'un moteur à l'autre, vous avez 3 approches :
- phpMyAdmin
- le script mysql_convert_table_format
- Une procédure stockée (ou non) manuelle

- Converting all tables in a db to another engine
- phpMyAdmin

La BI (business intelligence, informations d'affaires en français) est le secteur le plus en forme du moment en informatique. Pour fonctionner, il a besoin d'une infrastructure technique pour laquelle MySQL et infobright vous propose des solutions performantes et Open Source.

Infobright Community Edition est téléchargeable sur le site communautaire de Infobright. Il faut le recompiler avec MySQL, et lui affecter entre 4 et 32 Go de RAM.

- Data Warehousing with MySQL and Infobright
- infobright Open Source Home

Patrick Lafontaine explique que la transformation de quatre requêtes en procédure stockée lui a donné 46% d'accélération. En évitant les transferts réseau et la recompilation permanente des requêtes, elles réduisent le coût d'exécution.
La conversion de processus fonctionnels en requêtes SQL reste le plus délicat de l'opération.

- Performance avec les procédures stockées

Guiseppe Maxia fait le point sur les capacités de réparations de MySQL 5.1 : avec les partitions, plusieurs développeurs ont eu peur de perdre toute la table si l'une des partitions était vérolée. Pour le moment, un bug (le 20129) a été découvert, et corrigé.

Pour les stratégies de réparation, il y en a 2 : via ALTER TABLE qui vérifie et répare les partitions une à une. C'est pratique pour intervenir atomiquement sur une partition, et pas sur les autres. Quand vient le temps de faire des réparations en masse, il y a REPAIR TABLE qui ne fait pas dans la dentelle.

Au passage, Guiseppe montre comment corrompre une partition, par simple copie. :)

- Checking and repairing partitions in MySQL 5.1
- bug #20129