(PHP 4 >= 4.0.6, PHP 5)
mysql_unbuffered_query — Exécute une requête SQL sans mobiliser les résultats MySQL
Cette extension était obsolète en PHP 5.5.0, et a été supprimée en PHP 7.0.0. À la place, vous pouvez utiliser l'extension MySQLi ou l'extension PDO_MySQL. Voir aussi MySQL : choisir une API du guide. Alternatives à cette fonction :
mysql_unbuffered_query() envoie la requête SQL
query à MySQL sans automatiquement récupérer
et mettre en mémoire les lignes du résultat, comme pourrait le faire
la fonction mysql_query(). Ce comportement permet
d'épargner une grande quantité de mémoire lorsque les requêtes SQL
produisent un gros jeu de résultats, et vous pouvez commencer à travailler
sur le jeu de résultats immédiatement après que la première ligne ait été
récupérée que vous n'avez pas à attendre la fin du traitement de la requête SQL.
Pour utiliser la fonction mysql_unbuffered_query() lorsque
plusieurs connexions à des bases de données sont ouvertes, vous devez spécifier
le paramètre optionnel link_identifier pour identifier
la connexion à utiliser.
queryLa requête SQL à exécuter
Les données de la requête doivent être proprement échappées.
link_identifier
La connexion MySQL.
S'il n'est pas spécifié, la dernière connexion ouverte avec la fonction
mysql_connect() sera utilisée. Si une telle connexion
n'est pas trouvée, la fonction tentera d'ouvrir une connexion, comme
si la fonction mysql_connect() avait été appelée sans argument.
Si aucune connexion n'est trouvée ou établie, une alerte de niveau
E_WARNING sera générée.
Pour les requêtes SELECT, SHOW, DESCRIBE ou EXPLAIN,
mysql_unbuffered_query()
retourne une ressource en cas de succès, ou false si une erreur
survient.
Pour les autres types de requêtes, UPDATE, DELETE, DROP, etc,
mysql_unbuffered_query() retourne true en cas de succès
ou false si une erreur survient.
Note:
L'intérêt de mysql_unbuffered_query() est tempéré par une limitation : mysql_num_rows() et mysql_data_seek() ne fonctionnent pas sur une ressource retournée par mysql_unbuffered_query(), tant que toutes les lignes sont récupérées. Vous devez aussi lire tous les résultats d'une première requête exécutée avec mysql_unbuffered_query(), avant de pouvoir en exécuter une autre en utilisant le même
link_identifier.
Don't let the two hands confuse you, these are both advantages (they should really be on the same hand):
On the one hand, this saves a considerable amount of memory with SQL queries that produce large result sets.
On the other hand, you can start working on the result set immediately ...You are NOT required to read all rows from the resultset when using unbuffered query, you may opt out at any time and use mysql_free_result. Imagine looking at 1 million row when the first 50 suffice? Just free the result and you are good to go again.If using optimized MyISAM tables I guess there is a big advantage with this function as it is possible to do selects and inserts on the same time as long as no rows in the table gets updated.