Maison  >  Article  >  développement back-end  >  Pourquoi MySQL nécessite-t-il des doubles barres obliques inverses pour échapper une barre oblique inverse dans les requêtes LIKE mais pas dans les requêtes égales (=) ?

Pourquoi MySQL nécessite-t-il des doubles barres obliques inverses pour échapper une barre oblique inverse dans les requêtes LIKE mais pas dans les requêtes égales (=) ?

Mary-Kate Olsen
Mary-Kate Olsenoriginal
2024-11-02 05:22:02530parcourir

Why Does MySQL Require Double Backslashes to Escape a Backslash in LIKE Queries But Not in Equals (=) Queries?

Comprendre la barre oblique () de MySQL S'échapper dans les requêtes

C'est une pratique courante dans MySQL d'échapper aux caractères spéciaux, y compris la barre oblique inverse () , dans les requêtes pour éviter les conflits d'interprétation. Cependant, une curieuse anomalie apparaît lorsque l'on compare le comportement de l'opérateur égal (=) et de l'opérateur LIKE en ce qui concerne la barre oblique inverse.

L'opérateur égal (=)

Dans le cas de l'opérateur égal, aucune barre oblique inverse supplémentaire n'est requise pour échapper à la barre oblique inverse dans le terme de recherche. Par exemple, la requête suivante récupère la ligne où la colonne de titre contient la valeur « test ».

SELECT * FROM `titles` WHERE title = 'test\';

L'analyseur MySQL interprète automatiquement la barre oblique inverse dans le terme de recherche comme un caractère littéral, d'où la récupération réussie.

L'opérateur LIKE

Contrairement à l'opérateur égal, l'opérateur LIKE nécessite une barre oblique inverse supplémentaire pour échapper à la barre oblique inverse dans le terme de recherche. En effet, l'opérateur LIKE effectue une correspondance de modèle et la barre oblique inverse agit par défaut comme caractère d'échappement dans SQL. Ainsi, la requête suivante récupère la même ligne que la précédente :

SELECT * FROM `titles` WHERE title LIKE 'test\\';

Dans cette requête, les doubles barres obliques inverses garantissent que la barre oblique inverse unique dans le terme recherché est interprétée littéralement comme un caractère barre oblique inverse.

Explication

La raison derrière ce comportement est enracinée dans la façon dont MySQL traite les modèles LIKE. L'analyseur supprime initialement les barres obliques inverses du terme de recherche. Cependant, lorsque la correspondance de modèle est effectuée ultérieurement, les barres obliques inverses sont à nouveau supprimées. Cela laisse une seule barre oblique inverse à comparer au modèle. Pour garantir que la barre oblique inverse est traitée comme un caractère littéral, la barre oblique inverse supplémentaire est requise.

Modification du caractère d'échappement

MySQL vous permet de spécifier un caractère d'échappement différent caractère pour les modèles LIKE utilisant la clause ESCAPE. Par exemple, la requête suivante utilise le caractère barre verticale (|) comme caractère d'échappement :

SELECT * FROM `titles` WHERE title LIKE 'test\' ESCAPE '|';

Dans cet exemple, la barre oblique inverse unique dans le terme de recherche est interprétée littéralement car elle est précédée du caractère d'échappement spécifié. .

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Déclaration:
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn