Surmonter l’Erreur MySQL 1093 - Impossible de spécifier la table cible pour la mise à jour

Lorsque vous travaillez avec MySQL, vous pouvez rencontrer la frustrante Erreur 1093 : “Vous ne pouvez pas spécifier la table cible pour une mise à jour dans la clause FROM.” Cette erreur se produit généralement lorsque vous essayez de mettre à jour ou de supprimer d’une table tout en la sélectionnant également dans une sous-requête. Dans cet article de blog, nous allons décomposer le problème et vous fournir des solutions efficaces pour faire fonctionner à nouveau vos requêtes sans accroc.

Comprendre le Problème

Dans le scénario présenté, l’utilisateur dispose d’une table nommée story_category avec des entrées corrompues. Ils ont tenté de supprimer ces entrées en utilisant une sous-requête dans leur déclaration DELETE :

DELETE FROM story_category 
WHERE category_id NOT IN (
    SELECT DISTINCT category.id 
    FROM category 
    INNER JOIN story_category ON category_id=category.id);

Lors de l’exécution de cette requête, ils ont reçu le message d’erreur suivant :

#1093 - Vous ne pouvez pas spécifier la table cible 'story_category' pour une mise à jour dans la clause FROM

Cette erreur se produit parce que MySQL n’autorise pas la modification d’une table (dans ce cas, story_category) tout en sélectionnant en même temps à partir de celle-ci. Examinons comment surmonter cette limitation.

Stratégies de Solution

1. Utiliser l’Auto-Jointure

Une façon efficace de contourner cette erreur est d’utiliser une auto-jointure. Cette méthode vous permet de restructurer votre requête pour éviter d’utiliser une sous-requête directement sur la table cible. Voici comment cela fonctionne :

DELETE a
FROM story_category AS a
INNER JOIN category AS b 
ON a.category_id = b.id
WHERE b.id IS NULL;

Dans cet exemple :

• story_category AS a désigne la table principale que nous souhaitons modifier (ou supprimer).
• category AS b est la table avec laquelle nous nous engageons.
• En s’assurant que seuls les IDs de catégorie inexistants sont correspondus, nous supprimons les entrées corrompues de story_category.

2. Imbriquer la Sous-Requête

Si vous devez utiliser une sous-requête, envisagez de l’imbriquer plus profondément dans la requête principale pour créer une table temporaire implicite :

DELETE FROM story_category 
WHERE category_id NOT IN (
  SELECT * FROM (SELECT DISTINCT category.id 
  FROM category 
  INNER JOIN story_category ON category_id=category.id) AS temp);

Cette approche contourne l’erreur en faisant en sorte que MySQL considère la sous-requête intérieure comme une table temporaire, évitant ainsi la modification directe de la table cible.

3. Ajuster l’Optimiseur de Requêtes

À partir de la version 5.7.6 de MySQL, des changements ont été apportés à l’optimiseur de requêtes, ce qui pourrait également mener à cette erreur malgré l’utilisation de l’approche de sous-requête imbriquée. Si vous rencontrez ce problème, vous pouvez temporairement ajuster les commutateurs de l’optimiseur :

SET optimizer_switch = 'derived_merge=off';

Cette commande indique à MySQL de ne pas fusionner les tables dérivées, ce qui pourrait aider à exécuter vos requêtes. Cependant, il est essentiel de considérer cela comme une solution à court terme ou pour des tâches ponctuelles uniquement, car cela peut avoir un impact sur les performances et les résultats des requêtes.

Conclusion

Rencontrer l’erreur MySQL 1093 lors de la tentative de suppression ou de mise à jour d’entrées dans une table peut être un obstacle courant, mais il existe des stratégies efficaces pour naviguer à travers ce problème. Que vous décidiez de joindre la table à elle-même, d’imbriquer vos sous-requêtes ou d’ajuster les paramètres de l’optimiseur, il est important de choisir une méthode qui correspond à vos objectifs de performance de base de données.

N’hésitez pas à explorer ces solutions et à les adapter en fonction de la structure et des besoins spécifiques de votre base de données. Joyeuses requêtes !