L’installation par défaut d’un serveur MySQL est suffisante pour être opérationnel dans la minute qui suit. Elle ne facilite en revanche pas la maintenance en laissant le répertoire contenant vos bases de données et tables hors de portée.

L’intérêt de choisir soi-même l’emplacement de ce répertoire, le datadir, est double :

• regrouper les données en un endroit connu (facilite les sauvegardes)
• utiliser le partitionnement du disque pour ne pas avoir à craindre une perte de données en cas de réinstallation du système (facilite la maintenance)

Nous allons voir comment procéder à ce changement tout en adaptant les sécurités des systèmes tels que SELinux et AppArmor. Ces derniers empêcheront en effet le serveur de démarrer.

Lire la suite : Modifier l’emplacement des données d’un serveur MySQL

Google est une société à la fois adulée et pointée du doigt. La moindre nouveauté résonne sur l’étendue du Web, louée par ses défenseurs, critiquée par ses détracteurs.
Au-delà de ces querelles insipides et totalement subjectives, qu’est-on en droit de penser de Google ?

Aujourd’hui nous confions notre vie à Google avec plus ou moins de visibilité : données personnelles, emails, mots de passe, habitudes comportementales, organisation professionnelle et j’en passe. Est-ce parce que c’est écrit Google que l’on peut dormir tranquille ?
Lire la suite : Google, ange et démon : faut-il lui confier notre vie numérique ?

La majorité des systèmes de bases de données permettent de trier une sélection de données en fonction de nos besoins, souvent de manière simple. La majorité des besoins courants impliquent des tris ascendants ou descendants (comprendre “par ordre alphabétique croissant ou descendant”) sur une plusieurs colonnes (des dates, des titres ou des codes particuliers) mais de temps à autre, il arrive que les besoins soient plus complexes puisque l’on voudra soit :

• un ordre aléatoire
• un ordre bien précis, ni ascendant ni descendant

Lire la suite : MySQL : tris personnalisés et aléatoires

MySQL, depuis la version 3.23.6, permet de déclarer des variables dans ses requêtes. Il est d’ailleurs possible de scripter ses requêtes mais c’est une autre histoire.

Ca peut sembler inutile à première vue lorsqu’on utilise MySQL au travers d’API d’autres langages (PHP, Perl, C# etc.). Et pourtant ça peut vous être très utile pour économiser des requêtes, du temps à programmer ces boucles et puis surtout, par flemme.

Oui, la flemme est pour moi la qualité numéro un du développeur car le flemmard a pour but d’arriver à ses fins en un minimum d’efforts.
Lire la suite : Utilisation de variables dans MySQL

Je vous l’annonce, depuis janvier 2007 je suis boulimique. Boulimique mais d’informations, de connaissances et de savoir. S’il y a bien un univers qui ne pardonne pas à ceux qui se contentent des acquis, c’est bien celui d’Internet. Donc en plus des 300 brèves quotidiennes que je lis, je viens de passer commande de trois livres :

• Ppk on Javascript (New Riders Publishing, en anglais)
• CSS Mastery (Friends of ED, en anglais)
• Subversion : Pratique des projets collaboratifs avec SVN (Eyrolles, en français)

Lire la suite : Livres : Javascript, Subversion, CSS

Il m’arrive fréquemment d’avoir à sélectionner des lignes de données à partir d’un ou plusieurs critères. C’est le cas dès que l’on souhaite récupérer une liste. C’est également très pratique pour mettre à jour ces dites-lignes. Seulement voilà, des fois on pourrait éviter quelques boucles et quelques complications avec l’utilisation de deux fonctions magiques de MySQL : IN() et GROUP_CONCAT().
Lire la suite : IN() et GROUP_CONCAT() sont dans un bateau