Pour commencer, voici donc le temps nécessaire pour remplir une base :

C’est indiscutable, InnoDB semble plus lent pour l’insertion des données. Et pourquoi donc ?! Il faut savoir que InnoDB est de type transactionnelle alors que MyISAM est (on s’en doute un peu) non-transactionnelle. Bon… Et ?! Ca veux dire quoi au juste ces termes barbares ?!

Les tables non-transactionnelles sont plus rapide, utilisent moins d’espace disque et moins de mémoire. Alors pourquoi choisir InnoDB ?! Car les tables transactionnelles sont plus sûr (en cas de crash de MySQL, vous pouvez tout de même récupérer vos données) et pour d’autres petits détails qui sortent un peu de cet article.

Les tables contiennent 4 champs :

Alors, nous voilà avec une table de 1 000 000 enregistrements (lignes) et nous allons pouvoir commencer les premiers tests. Juste pour info, voilà la place occupée par les différentes tables utilisées pour les tests (estimation de PhpMyAdmin, après optimisation) :

On constate que InnoDB ne prend pas forcément plus de place que MyISAM. Mais cela tient surtout aux choix de stockage des données si vous choisissez plutôt CHAR que VARCHAR par exemple. Il faut bien garder à l’esprit que CHAR va allouer la taille indiqué (ici 30) quelque soit la quantité d’information stockée alors que VARCHAR va allouer la taille de l’information stockée (plus un reliquat pour indiqué la fin).

CHAR peut s’avérer plus rapide sur des tailles importantes (à partir de 100), mais n’a pratiquement aucune incidence en dessous.

Dans tous les tests que nous avons fait, le terme recherché, que ce soit un chiffre ou des lettres, est changé à chaque itération afin de ne pas récupérer un résultat dans un cache. Car, en effet, si MySQL reçoit une requête déjà effectuée, cette seconde requête (et les suivantes) est nettement plus rapide. La recherche est lancée plusieurs fois et le temps affiché est une moyenne. Les tests ont été relancés plusieurs fois à différents moments pour être certain que rien ne pouvait interférer sur les résultats.

Les tests

SELECT * FROM MaTable WHERE Age>45

InnoDB est plus lent sur une requête simple.

SELECT * FROM MaTable WHERE Nom=’dummy’

SELECT * FROM MaTable WHERE Nom<>‘dummy’

La recherche par différence est plus longue que l’égalité.

SELECT * FROM MaTable WHERE Nom LIKE ‘xyz%’

Aussi étonnant que cela puisse sembler, ici le temps est pratiquement le même pour une égalité pour un LIKE. Notons également que le temps reste le même si les données sont du type CHAR(30) ou VARCHAR(30).

SELECT * FROM MaTable WHERE Nom LIKE ‘xyz%’ ORDER BY Age

Nous rajoutons un tri à la recherche. Du coup, InnoDB augmente un peu son temps alors que MyISAM le réduit.

Attention, maintenant, nous allons faire exactement la même requête, mais en ajoutant un index sur le champs Nom. Et là, vous allez voir que ce n’est pas négligeable d’y penser :

SELECT * FROM MaTable WHERE Nom LIKE ‘xyz%’ ORDER BY Age

Conclusion

Pas simple de conclure avec ces chiffres. Disons que si vous avez des informations importantes à stocker et que vous avez beaucoup d’utilisateurs qui vont faire des écritures simultanées dans votre base, il vaut peut-être mieux choisir InnoDB.

Si vous faites beaucoup de lecture de données et peu d’écriture, le choix doit se porter sur MyISAM.

Mettre un index sur un champs permet d’augmenter considérablement la vitesse lors d’une requête, mais augmente aussi la taille de la base. Faites donc attention surtout si vous êtes sur un serveur mutualisé.

Un dernier mot : il existe d’autres type de tables pour MySQL. Notamment les tables MEMORY. Mais ce type ne peut-être utilisé pour des tables de cette taille sans avoir une quantité de mémoire très importante. Nous effectuerons très certainement des tests dans un prochain article.

Ouverture

Reprenons le code qui permet d’ouvrir une base :


@mysql_connect($gBaseHost, $gBaseLogin, $gBasePass) or die("Impossible de se connecter à la base de données");
@mysql_select_db($gBase) or die("Impossible de se connecter à la base de données");


Je vous laisse revoir l’article expliquant ces deux lignes pour plus d’informations.

Ecriture

Le formulaire a été rempli correctement par le joueur, nous avons son pseudo et son mot de passe et la base est ouverte.

Voici la requête SQL à effectuer pour enregistrer ces informations :


$SQL = "INSERT INTO TableJoueurs (Pseudo, Password) VALUES (";
$SQL .= "'".$Pseudo."', ";
$SQL .= "'".$Password."');");


Attention lorsque vous faites une requête SQL à bien protéger votre base et vérifiant que les informations saisies soient correctes. Nous verrons dans un prochain articles les différentes possiblités de vérifier ces informations.

La syntaxe de la commande INSERT INTO est la suivante :

INSERT INTO table [(champs1, champs2...)]
VALUES (valeur1, valeur2...)


La liste des champs peut-être ommise si l’ordre d’insertion concerne tous les champs de la table.

Maintenant que la requête est prête, nous allons l’exécuter :


$result = mysql_query($SQL);


Un nouvel enregistrement devrait donc se trouvé dans la table « TableJoueurs ». Vous pouvez récupérer l’identifiant unique de cet enregistrement avec la commande suivante :


$ID = mysql_insert_id();


Et enfin, n’oubliez pas de fermer la base :


mysql_close();


Lecture

Voilà l’enregistrement dans la base. Le joueur revient pour jouer. Il indique donc son pseudo (qui lui servira de login dans cet exemple) et son mot de passe. Nous allons vérifier que ces informations sont correctes et modifier la date de dernier passage dans sa fiche.

Commençons par rechercher la fiche en fonction du pseudo et du mot de passe :


$SQL = "SELECT * FROM TableJoueurs WHERE ";
$SQL .= "Pseudo='".$Pseudo."' AND Password='".$Password."'";

$result = mysql_query($SQL);


La requête est effectuée, il nous reste juste à contrôler qu’il y a au moins un enregistrement :


$nb = mysql_num_rows($result);


Cette fonction permet de retourner le nombre d’enregistrements trouvé dans la requête SQL correspondante.

Dans notre cas, si ce nombre est supérieur à 0, c’est que nous avons la bonne fiche. Nous la modifions donc en conscéquence. Dans le cas contraire, il faudra retourner un message d’erreur à l’utilisateur car sa fiche n’a pas été trouvée.


if($nb>0) // la fiche a été trouvée
$ID = mysql_result($result, 0,"ID"); // on récupère le numéro de la fiche

else // la fiche n'a pas été trouvée
// prévoir un message d'erreur pour l'utilisateur...



La fiche vient d’être modifiée à l’aide de la requête SQL « UPDATE ».

La syntaxe de cette commande est la suivante :


UPDATE table SET champs1=valeur1, champs2=valeur2...
[WHERE condition(s)]


Evidement, à chaque fois il faut contrôler les données qui sont utilisées pour effectuer les recherches, mises à jour ou insertion dans la base de données. Il ne faut jamais inserer directement dans une base de données des informations en provenance d’un formulaire !

Commençons par une connection simple et la lecture d’une table.

@mysql_connect($gBaseHost, $gBaseLogin, $gBasePass) or die("Impossible de se connecter à la base de données");

@mysql_select_db($gBase) or die("Impossible de se connecter à la base de données");


Explication de ces 2 lignes : le caractère « @ » devant chaque ligne permet d’éviter les messages d’erreurs qui pourraient contenir des informations permettant le piratage de la base, voir du site. Le seul message qui sera visible sera celui qui est indiqué en paramètre du « die« .

La première ligne permet de se connecter au serveur MySQL. Il y a des paramètres qui sont ici :
– $gBaseHost : l’adresse du serveur (parfois localhost). Sur un hébergement mutualisé chez Ovh, ce sera par exemple : « mysql4.5 »
– $gBaseLogin : le login pour vous connecter au serveur MySQL.
– $gBasePass : et le mot de passe (tout ceci vous est fourni par l’hébergeur normalement)

Il faut donc les avoir défini avant. Le mieux étant de les placer dans un fichier de configuration qui sera inclus à chaque fois que ce sera nécessaire.

Dans la seconde ligne, nous avons la connexion à la base à proprement parler (un serveur MySQL peu accueuillir plusieurs bases).

Il faut donc indiquer le nom de la base ($gBase). C’est bien souvent la même chose que le login sur des hébergements mutualisés.

Mais passons aux choses sérieuses : la récupération d’une information. Pour cela, on va admettre qu’une table existe, qu’elle se nomme « contacts » et qu’il y a des fiches dedans avec deux champs « Nom » et « Prenom ».

$SQL = "SELECT * FROM 'contacts' ORDER BY Nom";

$result = mysql_query($SQL);


Voilà, le langage qui va permettre de discuter avec la base est le SQL. La requête (on demande quelque chose au serveur) est une requête « SELECT » qui va donc sélectionner des enregistrements.

Dans le cas présent, on sélectionne tous les enregistrements et on demande qu’ils soient rapatriés par ordre alphabêtique croissant (par défaut) du champs « Nom ».

Vous suivez ?

La seconde ligne permet de récupérer dans une variable le contenu de la base. En fait, c’est un « pointeur », il n’y a rien dans la variable $result.

Donc, demandons le contenu :

$UnNom = mysql_result($result, 0, "Nom");

$UnPrenom = mysql_result($result, 0, "Prenom");


Nous voilà avec la variable $UnNom contenant le champs Nom de la première ligne. Le 0 en second paramètre indique le numéro de la ligne en cours. La liste commence à 0 et se termine à… Voyons le code suivant pour savoir combien il y a de lignes :

$nbr = mysql_num_rows($result);


Et s’arrête donc à $nbr-1. Oui, il y a $nbr lignes qui sont numérotées de 0 à $nbr – 1

echo "

";


Et voilà l’affichage du nom et du prénom de la première ligne (ou fiche, question de vocabulaire).

Ne pas oublier de fermer la connection à la base sous peine de saturer le serveur !

mysql_close();


Il est préférable de fermer la connection avant même d’afficher quoique ce soit. Dans ce cas, il serait préférable de fermer la connection avant les « echo ».

Voilà pour cette introduction. Si vous avez bien suivi, le reste n’est pas plus complexe.

Quelques liens :

Site officiel en français de MySQL : www-fr.mysql.com

Documentation en français (V5.0) : dev.mysql.com/doc/refman/5.0/fr/index.html

Php France : www.phpfrance.com