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
Libérer: 2024-11-02 05:22:02
original
529 Les gens l'ont consulté

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\';
Copier après la connexion

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\\';
Copier après la connexion

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 '|';
Copier après la connexion

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!

source:php.cn
Déclaration de ce site Web
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
Derniers articles par auteur
Tutoriels populaires
Plus>
Derniers téléchargements
Plus>
effets Web
Code source du site Web
Matériel du site Web
Modèle frontal
À propos de nous Clause de non-responsabilité Sitemap
Site Web PHP chinois:Formation PHP en ligne sur le bien-être public,Aidez les apprenants PHP à grandir rapidement!