J'ai eu la maladresse de croire que Le type ENUM de Mysql pouvait servir de garde fou.

En effet

[SQL]
create table `test_enum`( 
`id` int UNSIGNED NOT NULL AUTO_INCREMENT , 
`monEnum` enum('a','brol','7') , 
`monAutreEnum` enum('a','brol','7') NOT NULL , 
PRIMARY KEY (`id`)
)  ;

Je ne veux que 'a','brol' ou '7', éventuellement NULL dans monEnum

insert into `test_enum`(`id`,`monEnum`,`monAutreEnum`) values ( NULL,'a','a');
# (1 row(s) affected)


insert into `test_enum`(`id`,`monEnum`,`monAutreEnum`) values ( NULL,NULL,'a');
# (1 row(s) affected)


insert into `test_enum`(`id`,`monEnum`,`monAutreEnum`) values ( NULL,'a',NULL);
# Error Code : 1048
# Column 'monAutreEnum' cannot be null


insert into `test_enum`(`id`,`monEnum`,`monAutreEnum`) values ( NULL,NULL,NULL);
# Error Code : 1048
# Column 'monAutreEnum' cannot be null

    id …

Le lobbying d’Oracle continue autour du rachat de SUN qui engendre de gros risques concernant la survie/l’évolution de MySQL en tant que base de données potentiellement concurrente d’Oracle (sur certains segments de marché). Monty, l’un des fondateurs de MySQL et le team leader du projet MariaDB (une version optimisée de MySQL) appel à l’aide pour contrecarrer [...]

Nous planifions un Webinar en janvier sur le sujet de la sécurité pour les applications Web. Y seront abordés des sujets tels que l'encryption, l'authentification, SSL, la sécurisation des données, la sécurité Linux/Unix et MySQL.

Ce Webinar sera réservé aux membres de Sun Startup Essentials.

Si vous avez des questions sur la sécurités vous pouvez d'ores et déjà les partagers avec nous - je lirai les commentaires.

Nous planifions un Webinar en janvier sur le sujet de la sécurité pour les applications Web. Y seront abordés des sujets tels que l'encryption, l'authentification, SSL, la sécurisation des données, la sécurité Linux/Unix et MySQL.

Ce Webinar sera réservé aux membres de Sun Startup Essentials.

Si vous avez des questions sur la sécurités vous pouvez d'ores et déjà les partagers avec nous - je lirai les commentaires.

Que faire quand une requête est lente ? Tout le monde vous dira qu’il faut commencer par regarder ce que dit EXPLAIN, puis ajouter ou modifier des index et s’il n’y a aucune amélioration, alors il faut essayer de réécrire la requête.

Déterminer quels sont les index à poser pour optimiser la requête est une tâche relativement simple avec un peu d’habitude, mais que peut bien signifier la notion de réécriture d’une requête ?

Bien souvent, cette notion se limite à triturer les conditions de la clause WHERE de manière à isoler une colonne pour qu’un index soit utilisé. Et pourtant, il y a bien d’autres choses à imaginer, ce que nous allons aborder dans cet article.

Pour commencer, revenons très rapidement sur l’isolation des colonnes. Pour rappel, MySQL ne peut pas se servir d’un index sur une colonne si cette colonne fait partie d’une fonction.

Un petit exemple ?

 …

Le lobbying continue pour faire pression et laisser la voie libre à Oracle pour manger tout cru MySQL: Cinquante-neuf sénateurs démocrates et républicains demandent à la Commission européenne de valider sans plus tarder le rachat de Sun ; le sort de milliers de salariés serait en jeu en raison de la longueur de la procédure. L’article sur [...]

Michael Widenius, alias Monty, a répondu aux questions de PHPTV au Forum PHP 2009 ! Au programme : son point de vue sur la détention de MySQL par Oracle et des réponses aux questions que l’on se pose tous sur MariaDB.

Désolé, il ne reste plus de place pour cette matinée dédiée à l'optimisation des performances MySQL.

Date : 24 novembre 2009

Session 1 : 9h30-10h45

• Architecture MySQL : Parsing, exécution, optimizer, query cache, binlog…etc
• Architecture Innodb : Clustered index, bufferpool, hash index, insert buffer, locking model, MVCC, recovery log, checkpoint…etc. Comparaison avec les autres moteurs de stockage (PBXT, MySQL Cluster) et bases de données (PostgreSQL, Oracle ..).

Pause/Café : 10h45-11h00.

Session 2 : 11h00-12h30

• Évolutions récentes : Google SMP patches,  XtraDB, Oracle innodb plugin 1.0.4
• Apports de MySQL 5.4
• Améliorations à venir :  Ahead flushing / Adaptive checkpoint,  …

Désolé, il ne reste plus de place pour cette matinée dédiée à l'optimisation des performances MySQL.

Date : 24 novembre 2009

Session 1 : 9h30-10h45

• Architecture MySQL : Parsing, exécution, optimizer, query cache, binlog…etc
• Architecture Innodb : Clustered index, bufferpool, hash index, insert buffer, locking model, MVCC, recovery log, checkpoint…etc. Comparaison avec les autres moteurs de stockage (PBXT, MySQL Cluster) et bases de données (PostgreSQL, Oracle ..).

Pause/Café : 10h45-11h00.

Session 2 : 11h00-12h30

• Évolutions récentes : Google SMP patches,  XtraDB, Oracle innodb plugin 1.0.4
• Apports de MySQL 5.4
• Améliorations à venir :  Ahead flushing / Adaptive checkpoint,  …

Arnaud Gadal DBA MySQL à Virgin Mobile, Pascal Borghino architecte base de données à Yahoo! (mes potos de dbnewz) et moi, venons juste de terminer l’écriture d’un livre consacré à l’audit et à l’optimisation d’un serveur MySQL.
A travers cet ouvrage, nous avons essayé de synthétiser nos différentes expériences pour vous aider à tirer le meilleur de votre base de données. Dans le livre nous abordons des sujets comme les architectures de réplication, le tuning du serveur, les moteurs de stockage, les logs…
Audit & optimisation MySQL 5 est édité par eyrolles et devrait être disponible d’ici 4 à 6 semaines

à suivre…