blog.nicolas.pawlak.fr » Bases de données

Manipulations sur les adresses e-mail d’une table sur MySQL

Nicolas — Sat, 05 Mar 2011 18:30:38 +0000

Supposons un intranet d’entreprise sur un domaine « domaine.fr », avec messagerie électronique en @domaine.fr pour tous les utilisateurs.

Arrive le jour où l’architecture de l’intranet fait l’objet d’une évolution passant par le changement de domaine : domaine.fr devient intranet.nom.fr. Il va falloir, sur nombre de tables, modifier toutes les adresses e-mail de tous les utilisateurs. Il faudra peut-être gérer, pour certains cas, des adresses e-mail mal orthographiées (domiane.fr), avec une casse différente (DOMAINE.FR), ou, comme j’ai pu le constater récemment sur un bug tracker où les utilisateurs s’inscrivaient eux-mêmes, des domaines totalement différents de celui mis en place (gmail.com)… voire pas de domaine du tout (simple nom d’utilisateur sous la forme prenom.nom) !

La simplicité voudrait que l’on édite le dump de la base de données avec son éditeur de texte favori (Notepad++ sur Windows, vi sous Linux… en ce qui me concerne) et que l’on fasse les modifications avec une fonction de remplacement de texte. Seulement, l’hétérogénéité des adresses e-mail enregistrées et surtout la taille du dump sont deux freins non négligeables à cette solution. Ouvrir un dump de 1 Go avec Notepad++ ? Impensable ! Exporter uniquement les tables où figurent les adresses e-mail, puis ensuite les réinjecter ? Pourquoi pas, mais en fonction des outils mis en place sur l’intranet, cette méthode peut se réveler fastidieuse. Modifier manuellement dans la table les adresses e-mail ? Oui pour quelques utilisateurs, non pour plusieurs dizaines voire centaines d’utilisateurs.

Il y a une solution simple, efficace et rapide avec MySQL. Démonstration :

mysql> DESC users;
+-------+-------------+------+-----+---------+-------+ 
| FIELD | TYPE        | NULL | KEY | DEFAULT | Extra |
+-------+-------------+------+-----+---------+-------+ 
| email | VARCHAR(50) | YES  |     | NULL    |       |
+-------+-------------+------+-----+---------+-------+ 
1 ROW IN SET (0.05 sec)
 
 
mysql> SELECT * FROM users;
+-------------------------------+ 
| email                         |
+-------------------------------+ 
| sergent.bellec                |
| capitaine.flamme@DOMAINE.FR   |
| lieutenant.columbo@domaine.fr |
| colonel.moutarde@youpi.fr     |
+-------------------------------+ 
4 ROWS IN SET (0.05 sec)
 
 
mysql> UPDATE users SET email=concat(substring_index(email,'@',1),'@intranet.nom.fr');
Query OK, 4 ROWS affected (0.00 sec)
ROWS matched: 4  Changed: 4  Warnings: 0
 
 
mysql> SELECT * FROM users;
+------------------------------------+ 
| email                              |
+------------------------------------+ 
| sergent.bellec@intranet.nom.fr     |
| capitaine.flamme@intranet.nom.fr   |
| lieutenant.columbo@intranet.nom.fr |
| colonel.moutarde@intranet.nom.fr   |
+------------------------------------+ 
4 ROWS IN SET (0.00 sec)

Explications :

- La fonction substring_index permet de découper la valeur d’un champ avec un délimiteur ;
- La fonction concat permet de concaténer (ah bon ?) deux éléments.

Grâce à ces deux fonctions, la requête récupère pour chaque utilisateur la partie avant l’arobase, y ajoute la valeur « @intranet.nom.fr » et met à jour le champ. Tout simplement.

Linux : attention aux mots de passe Oracle sur sqlplus !

Nicolas — Tue, 29 Jun 2010 10:00:56 +0000

Une petite piqûre de rappel sur la façon dont se connecter à une instance Oracle sous Linux, afin de tordre le cou au sacro-saint sqlplus identifiant/motdepasse@instance …

[ora102@bddhost]# sqlplus SYSTEM/manager@XE
 
SQL*Plus: Release 10.2.0.1.0 - Production on Tue Jun 8 10:49:35 2010
 
Copyright (c) 1982, 2005, Oracle.  All rights reserved.
 
Connected to:
Oracle Database 10g Express Edition Release 10.2.0.1.0 - Production
 
SQL>

Ouvrons un autre terminal, et voyons ce qui se passe lors d’une commande ps :

[root@bddhost]# ps -ef | grep sqlplus | grep -v grep
root      9207  9193  0 10:49 pts/0    00:00:00 sqlplus SYSTEM/manager@XE
root      9208  9207  0 10:49 pts/1    00:00:00 sqlplus

Plutôt gênant, non ?

Une bonne pratique est l’utilisation de l’option /nolog :

[ora102@bddhost]# sqlplus /nolog
 
SQL*Plus: Release 10.2.0.1.0 - Production on Tue Jun 8 10:53:48 2010
 
Copyright (c) 1982, 2005, Oracle.  All rights reserved.
 
SQL> connect SYSTEM/manager@XE
Connected.
SQL>

Le résultat de la commande ps :

[root@bddhost]# ps -ef | grep sqlplus | grep -v grep
root      9314  9193  0 10:53 pts/0    00:00:00 sqlplus /nolog
root      9315  9314  0 10:53 pts/1    00:00:00 sqlplus

C’est mieux !

Enfin, pour une utilisation hors scripts, il vaut mieux éviter de saisir de cette façon son mot de passe et privilégier la solution suivante :

[ora102@bddhost]# sqlplus /nolog
 
SQL*Plus: Release 10.2.0.1.0 - Production on Tue Jun 8 10:56:55 2010
 
Copyright (c) 1982, 2005, Oracle.  All rights reserved.
 
SQL> connect SYSTEM@XE
Enter password: *******
Connected.
SQL>

Utiliser des variables dans MySQL

Nicolas — Sat, 08 May 2010 13:00:39 +0000

Dans le développement de pages web, la notion de variable est très fréquemment associée au langage de script (ASP, PHP). Mais MySQL peut en utiliser également, ce qui peut s’avérer être plus simple à administrer pour le développeur, et moins gourmand en ressources.

mysql> select * from t1;
+------+------+
| c1   | c2   |
+------+------+
|    1 | aaa  |
|    2 | bbb  |
|    3 | ccc  |
|    4 | ddd  |
|    5 | eee  |
+------+------+
5 rows in set (0.00 sec)
 
mysql> select @total := COUNT(*) as "@total" from t1;
+--------+
| @total |
+--------+
|      5 |
+--------+
1 row in set (0.01 sec)
 
mysql> select * from t1 where c1 = @total;
+------+------+
| c1   | c2   |
+------+------+
|    5 | eee  |
+------+------+
1 row in set (0.01 sec)

Il est également possible d’affecter directement une valeur à une variable :

mysql> select * from t1;
+------+------+
| c1   | c2   |
+------+------+
|    1 | aaa  |
|    2 | bbb  |
|    3 | ccc  |
|    4 | ddd  |
|    5 | eee  |
+------+------+
5 rows in set (0.00 sec)
 
mysql> set @valeur = 4;
Query OK, 0 rows affected (0.00 sec)
 
mysql> select * from t1 where c1 = @valeur;
+------+------+
| c1   | c2   |
+------+------+
|    4 | ddd  |
+------+------+
1 row in set (0.00 sec)

Notez que dans ce cas, il faut utiliser simplement le signe « = » et non « := » comme précédemment.

Un exemple d’utilisation concrète : comment faire pour qu’une table aux clés primaires décousues (1,3,8,14,15…) soit de nouveau bien ordonnée (1,2,3,4,5…) ^[1] ? Sélectionner chaque entrée de la table et l’ajouter dans une autre table ? C’est lourd… Faire une boucle et envoyer une instruction UPDATE pour chaque entrée de la table ? C’est lourd…

MySQL le fait avec seulement une variable et une requête :

mysql> select * from t1;
+------+------+
| c1   | c2   |
+------+------+
|    1 | aaa  |
|    3 | bbb  |
|    8 | ccc  |
|   14 | ddd  |
|   15 | eee  |
+------+------+
5 rows in set (0.00 sec)
 
mysql> set @valeur = 0;
Query OK, 0 rows affected (0.00 sec)
 
mysql> update t1 set c1 = @valeur := @valeur + 1;
Query OK, 4 rows affected (0.00 sec)
Rows matched: 5  Changed: 4  Warnings: 0
 
mysql> select * from t1;
+------+------+
| c1   | c2   |
+------+------+
|    1 | aaa  |
|    2 | bbb  |
|    3 | ccc  |
|    4 | ddd  |
|    5 | eee  |
+------+------+
5 rows in set (0.00 sec)

[1] : avec un champ auto-incrémenté et des instructions DELETE à répétition, on a vite fait de se retrouver dans ce genre de situation.

Supprimer le bip système de MySQL en console sous Windows

Nicolas — Wed, 13 Jan 2010 14:30:19 +0000

L’utilisation de MySQL en console sous Windows présente un léger inconvénient dans son utilisation classique : chaque erreur provoque un bip système plutôt désagréable pour les oreilles des voisins… et les nôtres.

Il existe pourtant un paramètre à passer dans la commande de lancement MySQL afin de désactiver cette fonction : -b.

Ce paramètre figure dans l’aide de la commande mysql, mais semble visiblement peu connu… malgré son utilité.

Pensez donc à lancer MySQL de cette façon :

C:\> mysql -b -h serveur -u identifiant -p

Vos voisins vous remercieront, et vous n’aurez plus à craindre d’être agressé à chaque erreur dans votre requête SQL…

Améliorer l’utilisation de SQL*Plus (Oracle) sous Linux avec rlwrap

Nicolas — Fri, 08 Jan 2010 13:00:16 +0000

L’utilisation de l’outil SQL*Plus d’Oracle sous un environnement Linux présente une particularité : il n’est pas possible de revenir dans l’historique des commandes passées avec les flèches, comme c’est possible sous Windows.

Démonstration

ora102@bddhost:~$ sqlplus /nolog
 
SQL*Plus: Release 10.2.0.1.0 - Production on Thu Jan 7 23:18:28 2010
 
Copyright (c) 1982, 2005, Oracle.  All rights reserved.
 
SQL> connect SYSTEM@XE
Enter password:
Connected.
SQL> alter user SYSTEM identified by drowssap;
 
User altered.
 
SQL >

Jusqu’ici, tout va bien. Essayons à présent de remonter dans l’historique avec les flèches :

SQL> ^[[A^[[B^[[A          " - rest of line ignored.
SQL> ^C2: unknown command "

Le moins que l’on puisse dire, c’est que c’est loin d’être fonctionnel… et on a très vite fait d’appuyer sur les flèches par habitude.

La solution SQL*Plus

Pour remonter dans l’historique avec SQL*Plus sous Linux, il faut en fait utiliser les commandes L et R :

SQL> alter user SYSTEM identified by drowssap;
 
User altered.
 
SQL> L
  1* alter user SYSTEM identified by drowssap
SQL> R
  1* alter user SYSTEM identified by drowssap
 
User altered.
 
SQL> c/drowssap/password
  1* alter user SYSTEM identified by password
SQL> R
  1* alter user SYSTEM identified by password
 
User altered.

La commande L permet de visualiser la dernière action, la commande R permet de la rejouer. Pour modifier la dernière action, il faut utiliser la commande c/texte_avant/texte_apres.

La solution rlwrap

Derrière ce nom se cache un petit utilitaire qui vient se greffer à SQL*Plus et rajoute l’utilisation de la bibliothèque readline afin de permettre d’utiliser l’historique SQL*Plus avec les flèches.

Il est disponible dans les dépôts Debian/Ubuntu/Fedora (liste sans doute non exhaustive). A défaut, vous pouvez télécharger la source ici afin de l’installer.

Une fois installé, vous devez remplacer vos commandes « sqlplus » par « rlwrap sqlplus » :

ora102@bddhost:~$ rlwrap sqlplus /nolog

Afin de rendre son utilisation plus transparente, il est possible de l’utiliser via un alias. Ajoutons-le :

ora102@bddhost:~$ echo "alias sqlplus='rlwrap sqlplus'" >> ~/.bashrc

Puis appliquons les changements apportés :

ora102@bddhost:~$ source ~/.bashrc

C’est fini. Désormais, en appelant l’exécutable sqlplus, rlwrap sera appelé de façon transparente et permettra l’utilisation des flèches pour visualiser ou modifier l’historique des commandes PL/SQL jouées.