Partage via


LIKE (Transact-SQL)

S’applique à : SQL Server Azure SQL Database Azure SQL Managed Instance Azure Synapse Analytics Analytics Platform System (PDW) SQL analytics endpoint in Microsoft Fabric Warehouse in Microsoft Fabric

Détermine si une chaîne de caractères donnée correspond à un modèle spécifié. Une chaîne peut comprendre des caractères normaux ainsi que des caractères génériques. Au cours de l'analyse, les caractères normaux doivent correspondre exactement aux caractères spécifiés dans la chaîne de caractères. Toutefois, les caractères génériques peuvent être associés à des portions aléatoires de la chaîne de caractères. L’utilisation de caractères génériques rend l’opérateur LIKE plus flexible que lorsque les opérateurs de comparaison des chaînes = et != sont utilisés. Si l'un de ces arguments n'est pas du type de données chaîne de caractères, le Moteur de base de données SQL Server essaie de le convertir, dans la mesure du possible.

Conventions de la syntaxe Transact-SQL

Syntaxe

Syntaxe pour SQL Server et Azure SQL Database :

match_expression [ NOT ] LIKE pattern [ ESCAPE escape_character ]

Syntaxe pour Azure Synapse Analytics et Parallel Data Warehouse :

match_expression [ NOT ] LIKE pattern

ESCAPE et STRING_ESCAPE ne sont pas pris en charge dans Azure Synapse Analytics ou Analytics Platform System (PDW).

Arguments

match_expression

Toute expression valide d’un type de données caractères.

pattern

La chaîne de caractères spécifique à rechercher dans match_expression. Peut inclure les caractères génériques valides du tableau suivant. pattern peut faire au maximum 8 000 octets.

Si match_expression est un type de données de priorité plus élevé que le modèle et que la longueur du modèle est supérieure à match_expression, vous obtiendrez une erreur de troncation lors de la conversion implicite de la valeur de modèle en type match_expression.

Caractère générique Description Exemple
% Toute chaîne de zéro caractère ou plus. WHERE title LIKE '%computer%' trouve tous les titres de livres comportant le terme « computer ».
_ (trait de soulignement) N'importe quel caractère. WHERE au_fname LIKE '_ean' recherche tous les prénoms de quatre lettres qui se terminent par ean (comme Dean, Sean, etc.).
[ ] Tous les caractères de la plage spécifiée [a-f] ou du [abcdef] défini. WHERE au_lname LIKE '[C-P]arsen' trouve les noms d’auteurs terminant par « arsen » et commençant par un caractère compris entre C et P, comme Carsen, Larsen, Karsen, etc. Dans une recherche de plages, les caractères compris dans la plage peuvent varier selon les règles de tri du classement.
[^] Tous les caractères hors de la plage spécifiée [^a-f] ou du [^abcdef] défini. WHERE au_lname LIKE 'de[^l]%' trouve tous les noms d’auteurs commençant par « de » et dont la lettre suivante n’est pas « l ».

escape_character

Un caractère placé devant un caractère générique pour indiquer que celui-ci doit être interprété comme un caractère normal et non comme un caractère générique. escape_character est une expression de caractères qui n’a pas de valeur par défaut et qui doit être évaluée à un seul caractère.

Type de résultat

Booléen

Valeur de résultat

LIKE renvoie TRUE si match_expression correspond au modèle spécifié.

Notes

Dans le cadre de la comparaison de chaînes avec LIKE, tous les caractères de la chaîne modèle ont une signification, espaces de début et de fin compris. Dans le cas d’une comparaison qui retourne toutes les lignes contenant une chaîne « LIKE 'abc ' » (abc suivi d’un seul espace), une ligne dont la valeur dans cette colonne serait « abc » (abc sans espace) ne serait pas retournée. Les espaces à droite dont le profil correspond à l'expression ne sont pas pris en compte. Si vous demandez une comparaison qui renvoie toutes les lignes contenant une chaîne « LIKE 'abc' » (abc sans espace), toutes les lignes commençant par la chaîne « abc », qu’elles contiennent ou non des espaces à droite, seront renvoyées.

Une comparaison LIKE de chaînes suivant un modèle contenant des données char et varchar risque d’échouer en raison du mode de stockage des différents types de données. L’exemple suivant transmet une variable char locale à une procédure stockée, puis utilise des critères spéciaux pour trouver tous les employés dont le nom commence par le jeu de caractères donné.

-- Uses AdventureWorks

CREATE PROCEDURE FindEmployee @EmpLName CHAR(20)
AS
SELECT @EmpLName = RTRIM(@EmpLName) + '%';

SELECT p.FirstName,
    p.LastName,
    a.City
FROM Person.Person p
INNER JOIN Person.Address a
    ON p.BusinessEntityID = a.AddressID
WHERE p.LastName LIKE @EmpLName;
GO

EXEC FindEmployee @EmpLName = 'Barb';
GO

Dans la procédure FindEmployee, aucune ligne n’est retournée car la variable char (@EmpLName) contient des espaces à droite en fin de chaîne pour chaque nom comprenant moins de 20 caractères. Comme la colonne LastName est de type varchar, elle ne contient aucun espace à droite. Cette procédure échouera car les espaces de droite sont significatifs.

En revanche, l’exemple suivant réussit, car les espaces de fin ne sont pas ajoutés à une variable varchar.

-- Uses AdventureWorks
  
CREATE PROCEDURE FindEmployee @EmpLName VARCHAR(20)
AS
SELECT @EmpLName = RTRIM(@EmpLName) + '%';

SELECT p.FirstName,
    p.LastName,
    a.City
FROM Person.Person p
INNER JOIN Person.Address a
    ON p.BusinessEntityID = a.AddressID
WHERE p.LastName LIKE @EmpLName;
GO

EXEC FindEmployee @EmpLName = 'Barb';
GO

Voici le jeu de résultats.

FirstName      LastName            City
----------     -------------------- ---------------
Angela         Barbariol            Snohomish
David          Barber               Snohomish
(2 row(s) affected)

Correspondance de modèle à l’aide de LIKE

Le mot clé LIKE prend en charge la recherche générique ASCII ainsi que la recherche générique Unicode. Lorsque tous les arguments (match_expression, pattern et escape_character, le cas échéant) sont des types de données caractères ASCII, une correspondance de modèles ASCII est effectuée. Si l’un des arguments est de type de données Unicode, tous les arguments sont convertis en Unicode et une recherche générique Unicode est effectuée. Lors de l’utilisation des données Unicode (types de données nchar ou nvarchar) avec LIKE, les espaces à droite sont significatifs ; pour les données non Unicode, en revanche, ils ne le sont pas. Unicode LIKE est compatible avec la version standard d’ISO. ASCII LIKE est compatible avec les versions antérieures de SQL Server.

La série d’exemples suivante illustre les différences dans les lignes renvoyées entre une recherche générique ASCII et une recherche générique Unicode LIKE.

-- ASCII pattern matching with char column
CREATE TABLE t (col1 CHAR(30));

INSERT INTO t
VALUES ('Robert King');

SELECT * FROM t
WHERE col1 LIKE '% King'; -- returns 1 row

-- Unicode pattern matching with nchar column
CREATE TABLE t (col1 NCHAR(30));

INSERT INTO t
VALUES ('Robert King');

SELECT * FROM t
WHERE col1 LIKE '% King'; -- no rows returned

-- Unicode pattern matching with nchar column and RTRIM
CREATE TABLE t (col1 NCHAR(30));

INSERT INTO t
VALUES ('Robert King');

SELECT * FROM t
WHERE RTRIM(col1) LIKE '% King'; -- returns 1 row

Notes

Les comparaisons LIKE sont affectées par le classement. Pour plus d’informations, consultez COLLATE (Transact-SQL).

Utilisation du caractère générique %

Si le symbole « LIKE '5%' » est spécifié, Moteur de base de données recherche le nombre 5 suivi d’une chaîne de zéro caractère ou plus.

Par exemple, la requête suivante affiche toutes les vues de gestion dynamique dans la base de données AdventureWorks2022, parce qu'elles commencent par les lettres dm.

-- Uses AdventureWorks
  
SELECT Name
FROM sys.system_views
WHERE Name LIKE 'dm%';
GO

Pour voir tous les objets qui ne sont pas des vues de gestion dynamique, utilisez NOT LIKE 'dm%'. S’il existe 32 objets au total et que LIKE trouve 13 noms correspondant au modèle, NOT LIKE trouvera 19 objets ne correspondant pas à ce même modèle LIKE.

Il se peut qu'une recherche telle que LIKE '[^d][^m]%' ne vous renvoie pas toujours les mêmes noms. Au lieu de 19 noms, il se peut que vous n'en trouviez que 14 (tous les noms commençant par d ou dont la deuxième lettre est m sont exclus des résultats) avec, en prime, le nom des vues de gestion dynamique. Ce comportement s’explique par le fait que les chaînes correspondantes avec des caractères génériques de négation sont évaluées par étapes, un caractère générique après l'autre. Si la correspondance échoue à l'une des étapes de l'évaluation, la chaîne de caractères est éliminée.

Utilisation de caractères génériques en tant que caractères littéraux

Vous pouvez utiliser les caractères génériques comme termes littéraux. Pour utiliser un caractère générique en tant que terme littéral, mettez-le entre parenthèses. Le tableau ci-après propose plusieurs exemples d’utilisation du mot clé LIKE et des caractères génériques [ ].

Symbole Signification
LIKE '5[%]' 5%
LIKE '[_]n' _n
LIKE '[a-cdf]' a, b, c, d ouf
LIKE '[-acdf]' -, a, c, d ouf
LIKE '[ [ ]' [
LIKE ']' ]
LIKE 'abc[_]d%' abc_d et abc_de
LIKE 'abc[def]' abcd, abce et abcf

Recherche générique avec la clause ESCAPE

Vous pouvez rechercher des chaînes de caractères comprenant un ou plusieurs caractères génériques particuliers. À titre d'exemple, la table discounts de la base de données customers peut stocker les valeurs de remises comprenant un pourcentage (%). Pour rechercher un pourcentage en tant que caractère et non en tant que caractère générique, le mot clé ESCAPE et le caractère d'échappement doivent être fournis. Par exemple, une base de données exemple contient une colonne dénommée comment comprenant la chaîne 30 %. Pour rechercher les lignes contenant la chaîne 30% n'importe où dans la colonne comment, spécifiez une clause WHERE telle que WHERE comment LIKE '%30!%%' ESCAPE '!'. Si le mot clé ESCAPE et le caractère d’échappement ne sont pas spécifiés, le Moteur de base de données retourne toutes les lignes contenant la chaîne 30!.

Un modèle LIKE qui ne contient aucun caractère après un caractère d'échappement n'est pas valide ; le mot clé LIKE retourne alors la valeur FALSE. Si le caractère se trouvant après un caractère d'échappement n'est pas un caractère générique, le caractère d'échappement est ignoré et le caractère suivant est traité comme un caractère normal dans le modèle. Il s'agit notamment des caractères génériques suivants : symbole de pourcentage (%), trait de soulignement (_) et crochet gauche ([) lorsqu'ils sont placés entre deux crochets ([ ]). Les caractères d'échappement peuvent être utilisés à l'intérieur de doubles crochets ([ ]), notamment pour l'accent circonflexe (^), le trait d'union (-) et le crochet (]) droit.

0x0000 (char(0)) est un caractère non défini dans les classements Windows, qui n’est pas utilisable avec LIKE.

Exemples

R. Utilisation de LIKE avec le caractère générique %

L'exemple suivant renvoie tous les numéros de téléphone comportant l'indicatif 415 dans la table PersonPhone.

-- Uses AdventureWorks
  
SELECT p.FirstName,
    p.LastName,
    ph.PhoneNumber
FROM Person.PersonPhone AS ph
INNER JOIN Person.Person AS p
    ON ph.BusinessEntityID = p.BusinessEntityID
WHERE ph.PhoneNumber LIKE '415%'
ORDER BY p.LastName;
GO

Voici le jeu de résultats.

FirstName             LastName             Phone
-----------------     -------------------  ------------
Ruben                 Alonso               415-555-124
Shelby                Cook                 415-555-0121
Karen                 Hu                   415-555-0114
John                  Long                 415-555-0147
David                 Long                 415-555-0123
Gilbert               Ma                   415-555-0138
Meredith              Moreno               415-555-0131
Alexandra             Nelson               415-555-0174
Taylor                Patterson            415-555-0170
Gabrielle              Russell             415-555-0197
Dalton                 Simmons             415-555-0115
(11 row(s) affected)

B. Utilisation de NOT LIKE avec le caractère générique %

L’exemple ci-après renvoie tous les numéros de téléphone de la table PersonPhone dont l’indicatif n’est pas 415.

-- Uses AdventureWorks

SELECT p.FirstName,
    p.LastName,
    ph.PhoneNumber
FROM Person.PersonPhone AS ph
INNER JOIN Person.Person AS p
    ON ph.BusinessEntityID = p.BusinessEntityID
WHERE ph.PhoneNumber NOT LIKE '415%'
    AND p.FirstName = 'Gail'
ORDER BY p.LastName;
GO

Voici le jeu de résultats.

FirstName              LastName            Phone
---------------------- -------------------- -------------------
Gail                  Alexander            1 (11) 500 555-0120
Gail                  Butler               1 (11) 500 555-0191
Gail                  Erickson             834-555-0132
Gail                  Erickson             849-555-0139
Gail                  Griffin              450-555-0171
Gail                  Moore                155-555-0169
Gail                  Russell              334-555-0170
Gail                  Westover             305-555-0100
(8 row(s) affected)

C. Utilisation de la clause ESCAPE

L’exemple suivant utilise la clause ESCAPE et le caractère d’échappement pour trouver la chaîne de caractères exacte 10-15% dans la colonne c1 de la table mytbl2.

USE tempdb;
GO

IF EXISTS (
        SELECT TABLE_NAME
        FROM INFORMATION_SCHEMA.TABLES
        WHERE TABLE_NAME = 'mytbl2'
        )
    DROP TABLE mytbl2;
GO

USE tempdb;
GO

CREATE TABLE mytbl2 (c1 SYSNAME);
GO

INSERT mytbl2
VALUES ('Discount is 10-15% off'),
    ('Discount is .10-.15 off');
GO

SELECT c1
FROM mytbl2
WHERE c1 LIKE '%10-15!% off%' ESCAPE '!';
GO

D. Utilisation des caractères génériques [ ]

L’exemple suivant recherche les employés figurant dans la table Person dont le prénom est Cheryl ou Sheryl.

-- Uses AdventureWorks

SELECT BusinessEntityID,
    FirstName,
    LastName
FROM Person.Person
WHERE FirstName LIKE '[CS]heryl';
GO

L'exemple suivant recherche les lignes correspondant aux employés de la table Person dont le nom est Zheng ou Zhang.

-- Uses AdventureWorks
  
SELECT LastName,
    FirstName
FROM Person.Person
WHERE LastName LIKE 'Zh[ae]ng'
ORDER BY LastName ASC,
    FirstName ASC;
GO

Exemples : Azure Synapse Analytics et Analytics Platform System (PDW)

E. Utilisation de LIKE avec le caractère générique %

L’exemple suivant recherche tous les employés figurant dans la table DimEmployee dont le numéro de téléphone commence par 612.

-- Uses AdventureWorks
  
SELECT FirstName,
    LastName,
    Phone
FROM DimEmployee
WHERE phone LIKE '612%'
ORDER BY LastName;

F. Utilisation de NOT LIKE avec le caractère générique %

L’exemple suivant recherche tous les numéros de téléphone de la table DimEmployee qui ne commencent pas par 612.

-- Uses AdventureWorks
  
SELECT FirstName,
    LastName,
    Phone
FROM DimEmployee
WHERE phone NOT LIKE '612%'
ORDER BY LastName;

G. Utilisation de LIKE avec le caractère générique _

L’exemple suivant recherche tous les numéros de téléphone dont l’indicatif commence par 6 et se termine par 2 dans la table DimEmployee. Le caractère générique % est ajouté à la fin du modèle de recherche pour correspondre à tous les caractères suivants dans la valeur de colonne phone.

-- Uses AdventureWorks
  
SELECT FirstName,
    LastName,
    Phone
FROM DimEmployee
WHERE phone LIKE '6_2%'
ORDER BY LastName;

Voir aussi