Pourquoi l'ordre d'évaluation des expressions avec des variables utilisateur dans SQL est-il indéterminé ?

Ordre d'évaluation indéterminé des expressions avec des variables utilisateur en SQL

La documentation MySQL indique que l'ordre d'évaluation des expressions impliquant des variables utilisateur n'est pas déterministe . Considérons la requête suivante :

SET @a := 0;

SELECT 
@a AS first,
@a := @a + 1 AS second,
@a := @a + 1 AS third,
@a := @a + 1 AS fourth,
@a := @a + 1 AS fifth,
@a := @a + 1 AS sixth;

Le résultat attendu serait une séquence d'entiers croissants :

first   second  third   fourth  fifth   sixth
  0      1      2      3      4      5

Cependant, comme le note la documentation, l'ordre d'évaluation des variables utilisateur n'est pas défini. . Cela signifie que différentes implémentations de bases de données ou même différentes exécutions de la même requête peuvent produire des résultats différents.

La raison derrière cet ordre d'évaluation non défini réside dans la flexibilité offerte par la norme SQL. La norme ne précise pas comment les expressions doivent être évaluées, laissant cette décision ouverte aux systèmes de bases de données individuels. Par conséquent, chaque optimiseur de base de données peut choisir sa propre approche pour évaluer les expressions, y compris l'ordre d'évaluation.

Cette absence d'ordre d'évaluation standard peut avoir des implications lorsqu'on s'appuie sur des valeurs de variables spécifiques dans des calculs ultérieurs ou lors de la comparaison des résultats entre différentes instances de base de données. Pour garantir la cohérence et éviter un comportement imprévisible, il est recommandé de minimiser l'utilisation de variables utilisateur dans les expressions complexes et de définir explicitement leur ordre d'évaluation si nécessaire.

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!