Quand une base de données commence à ressembler à un rayon de câbles en promo, l’opérateur LIKE devient le petit outil qui remet de l’ordre dans le chaos. En SQL, il sert à filtrer des textes selon un motif précis, avec des jokers capables d’attraper une valeur au début, au milieu ou à la fin d’une chaîne. Le vrai bonus ? Avec quelques astuces, la recherche de multi-valeurs reste lisible, utile et souvent plus maline qu’une suite de conditions interminables.
L’article en bref
Un bon usage de LIKE évite de transformer une requête en usine à gaz. Entre syntaxe, jokers et performance, tout se joue dans la précision du motif.
- Syntaxe de base : LIKE filtre une colonne selon un motif texte
- Jokers essentiels : % et _ couvrent plusieurs formes de recherche
- Requêtes multi-valeurs : AND, OR et NOT LIKE élargissent les cas
- Performance à surveiller : certains motifs ralentissent les filtres
Maîtriser LIKE, c’est gagner en souplesse sans sacrifier la clarté des requêtes.
Dans une base type Northwind, ce petit opérateur fait le boulot d’un détective textile : il ne cherche pas une valeur exacte, il traque une forme. C’est ce qui le rend redoutable pour retrouver des clients dont le nom commence par une lettre, se termine par un suffixe étrange ou contient une séquence précise, comme si la requête portait des lunettes de vision nocturne.
SQL LIKE : syntaxe simple pour viser juste dans une colonne
La logique de LIKE repose sur une idée très concrète : comparer une valeur avec un motif plutôt qu’avec une chaîne figée. La structure classique reste limpide : SELECT … FROM … WHERE colonne LIKE motif. Dans la pratique, cela permet de filtrer des noms de clients, des villes ou des références produits sans écrire une jungle de conditions.
Le duo qui change tout, ce sont les jokers. Le symbole % remplace zéro, un ou plusieurs caractères, tandis que _ ne couvre qu’un seul caractère. Dit autrement, % joue le rôle du filet de pêche, quand _ fait plutôt le travail d’un gant de précision.
| Motif SQL | Ce que la requête cible | Lecture rapide |
|---|---|---|
| LIKE ‘a%’ | Valeurs qui démarrent par a | Début de mot verrouillé |
| LIKE ‘%a’ | Valeurs qui finissent par a | Fin de chaîne visée |
| LIKE ‘%or%’ | Texte contenant or partout | Recherche souple au milieu |
| LIKE ‘_r%’ | Deuxième caractère égal à r | Placement ultra précis |
Un consultant digital qui trie une liste de prospects verra vite l’intérêt : chercher tous les noms qui démarrent par une lettre donnée, ou tous les codes produits qui suivent une logique de fabrication, évite bien des exports bricolés. Et quand une requête doit rester lisible pour l’équipe, LIKE fait souvent meilleure figure qu’un enchaînement compliqué de tests.
Combiner plusieurs critères sans perdre le fil
Pour viser plusieurs variantes, les opérateurs AND, OR et NOT LIKE entrent en scène. C’est particulièrement utile quand une recherche doit couvrir plusieurs familles de valeurs, sans multiplier les requêtes séparées comme un joueur qui ouvre dix onglets au lieu de finir la mission principale.
Exemple parlant : dans la table Customers, un motif comme CustomerName LIKE ‘a__%’ sélectionne les noms commençant par a et comportant au moins trois caractères. Autre cas classique, ContactName LIKE ‘a%o’ cible les contacts débutant par a et terminant par o, ce qui ressemble à une chasse au trésor très polie.
- OR sert à réunir plusieurs motifs dans une seule requête
- AND affine le filtre quand les conditions doivent coexister
- NOT LIKE exclut des débuts ou des formes indésirables
- LOWER et UPPER stabilisent les recherches selon le moteur
Dans les bases multilingues, ce type de combinaison évite les oublis bêtes, surtout quand les données viennent de plusieurs pays, comme dans Northwind où les noms circulent entre l’Europe, l’Amérique et quelques accents bien placés. Le vrai enjeu n’est pas seulement de trouver vite, mais de trouver juste.
Rechercher plusieurs valeurs avec LIKE sans faire exploser la requête
Quand la recherche doit couvrir plusieurs valeurs proches, LIKE devient un allié souple, à condition de garder une syntaxe propre. La tentation est grande d’empiler les conditions comme des briques mal alignées, mais un motif bien pensé fait souvent le travail avec moins de bruit. C’est là que les astuces comptent autant que la technique.
Dans certains cas, la logique doit aussi tenir compte du moteur SQL utilisé. Par exemple, MS Access préfère * à la place de % et ? à la place de _. Ce détail change tout, un peu comme passer d’une manette PlayStation à une Xbox : le but reste le même, mais les réflexes doivent s’adapter.
Une bonne méthode consiste à partir du besoin réel : recherche de début, de fin, de sous-chaîne ou de structure fixe. Plus le motif est clair, plus la requête reste maintenable, et plus la performance garde son calme au lieu de faire une crise de nerfs sur une grosse table.
| Cas d’usage | Motif conseillé | Effet obtenu |
|---|---|---|
| Début connu | ‘a%’ | Trie les lignes qui commencent par a |
| Fin connue | ‘%a’ | Repère les valeurs qui se terminent par a |
| Partie interne | ‘%or%’ | Détecte un fragment présent n’importe où |
| Position précise | ‘_r%’ | Vérifie le second caractère |
Un bon test consiste à comparer plusieurs approches sur un jeu de données réel. Quand la table grossit, un motif trop large peut ralentir la recherche, surtout si le joker est placé au début. C’est le genre de détail qui semble anodin jusqu’au jour où la requête met plus de temps à répondre qu’un boss final en mode difficile.
Astuces SQL LIKE pour rester rapide et lisible
La première astuce est simple : éviter les motifs trop vagues quand une partie de la chaîne est déjà connue. Un LIKE ‘a%’ exploite mieux la structure qu’un LIKE ‘%a%’, souvent plus coûteux. Cette différence peut sembler minime sur dix lignes, mais elle devient très visible dès qu’une base prend de l’embonpoint.
Autre réflexe utile : associer LIKE à des filtres plus sélectifs, comme une ville, un pays ou une catégorie. Dans la table Customers, rechercher les noms contenant un fragment précis tout en limitant le pays à la France ou aux États-Unis réduit le volume de travail, et l’opérateur respire enfin.
Enfin, il vaut mieux relire ses motifs comme on relit une ligne de code avant un déploiement. Un seul caractère oublié peut faire basculer une recherche de « très précise » à « complètement à côté », et la base, elle, ne pardonne jamais les approximations.
À quoi sert l’opérateur LIKE en SQL ?
LIKE permet de filtrer des lignes selon un motif texte, au lieu de chercher une égalité stricte. C’est idéal pour des recherches partielles, des débuts ou des fins de mots.
Quelle différence entre % et _ ?
% remplace zéro, un ou plusieurs caractères, tandis que _ remplace un seul caractère. Le premier est large, le second sert à verrouiller une position précise.
LIKE ralentit-il les requêtes ?
Oui, surtout quand le motif commence par % ou reste trop ouvert. Pour garder de bonnes performances, il vaut mieux cibler un début connu ou combiner LIKE avec d’autres filtres.
Comment rechercher plusieurs valeurs proches avec LIKE ?
Il faut combiner plusieurs motifs avec OR, parfois AND, ou exclure certains cas avec NOT LIKE. Cette approche reste souple pour les recherches multi-valeurs sans multiplier les requêtes.
