Français
Français
Lorsque vous utilisez l'extension MySQLI pour les opérations de base de données, MySQLI_STMT :: STORE_RESULT et MYSQLI_STMT :: Fetch sont deux fonctions communes. De nombreux développeurs peuvent rencontrer des appels séquentiels lors de l'utilisation de ces deux fonctions, car leur ordre d'appels a un impact direct sur les performances et les résultats.
Dans cet article, nous consulterons le rôle de ces deux fonctions et leur ordre d'appel pour vous aider à mieux comprendre comment les utiliser correctement.
La fonction MySQLI_STMT :: STORE_RESULT est utilisée pour stocker les résultats de la requête dans la mémoire du client. Il est généralement appelé après l'exécution de la requête et avant que le résultat ne soit récupéré. L'avantage de l'utilisation de cette fonction est qu'il charge tous les résultats de la requête en mémoire en même temps, ce qui facilite plusieurs accès ultérieurs.
La fonction MySQLI_STMT :: Fetch est utilisée pour récupérer une seule ligne de résultat à partir du jeu de résultats de requête exécuté. Chaque appel pour récupérer revient une ligne de données dans l'ensemble de résultats de requête jusqu'à ce qu'il n'y ait plus de lignes disponibles.
Bien que MySQLI_STMT :: Fetch et MySQLI_STMT :: STORE_RESULT sont tous deux des fonctions clés pour gérer les résultats de la requête, leur ordre d'appel est critique. L'ordre correct est:
Exécuter SQL Query d'abord : utilisez MySQLI_STMT :: Exécutez pour exécuter la requête.
Ensuite, appelez Store_Result : tamponne le jeu de résultats du côté serveur vers la mémoire du client, en s'assurant que les résultats sont accessibles plusieurs fois en toute sécurité.
Enfin, la récupération est appelée : extraire la ligne de données par ligne.
Tampon des résultats de la requête :
La fonction Store_Resultrarara les résultats de résultats côté serveur dans la mémoire du client. Si Store_Result n'est pas appelé avant que Fetch ne soit appelé, MySQL enverra les données ligne par ligne au client par défaut. Cela peut vous amener à ne pas pouvoir accéder à la définition des résultats plusieurs fois car le résultat est déjà fermé du côté du serveur.
Assurer la lecture complète des résultats :
Après avoir appelé Store_Result , tous les résultats de la requête seront retirés en mémoire et la fonction Fetch peut lire en toute sécurité la ligne de données par ligne. Sans Store_Result , vous pouvez rencontrer des problèmes avec les données inaccessibles, en particulier lorsque la requête renvoie plusieurs résultats.
Optimisation des performances :
Si vous avez un grand nombre de résultats de requête et n'appelez pas Store_Result , MySQL enverra les résultats de la requête au client ligne par ligne. Cela augmentera le fardeau de communication entre le serveur et le client et affectera les performances. Par conséquent, appeler Store_Result peut considérablement améliorer les performances lorsque vous devez accéder plusieurs fois aux résultats de la requête.
Si vous appelez Store_Result et récupérez en sens inverse, par exemple, appelant directement Fetch sans appeler d'abord Store_Result , vous pouvez rencontrer les problèmes suivants:
L'ensemble de résultats est vide : si Store_Result n'est pas exécuté lorsque la fetch est appelée, l'ensemble de résultats peut être inaccessible. Surtout lorsque la requête renvoie un grand ensemble de données, MySQL essaiera d'obtenir une ligne de données par ligne du côté du serveur lors de l'appel Fetch , mais s'il n'est pas mis en cache correctement, il entraînera l'extraction des données.
Dégradation des performances : chaque appel à récupérer nécessite une communication avec le serveur de base de données, ce qui peut affecter les performances, en particulier lorsque la quantité de données est grande.
L'ordre d'appel correct est:
MySQLI_STMT :: EXECUTE EXÉCUTES LA QUERY.
mysqli_stmt :: store_result cache le jeu de résultats.
mysqli_stmt :: fetch obtient une ligne de données par ligne.
L'appel dans cet ordre peut garantir l'exactitude des résultats de la requête et maximiser les performances. Au cours du processus de développement, il est recommandé de toujours appeler des fonctions dans cet ordre pour éviter les erreurs inutiles et les goulots d'étranglement des performances.
