Discussion :

[amika]

est ce que c'est possible de garder une dataset d'une page a une autre sans faire executer la requette une deuxieme fois.
exemple

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
$query = "SELECT * FROM ".$table." WHERE ".$where ;
$dataset = mysql_query($query)	;
$enr = mysql_fetch_array($dataset);

[Mr N.]

non, pas à ma connaissance

[neby55]

Tu peux enregistrer le contenu de ton dataset dans un fichier.
En quelques sortes, tu peux mettre en place un système personnel de cache des requetes ...

[tony montana]

salut,

Tu peux enregistrer le contenu de ton dataset dans un fichier.
En quelques sortes, tu peux mettre en place un système personnel de cache des requetes ...

ou au lieu de stocker ces infos dans un fichier, les mettre dans une variable de session (auquel cas le cache ne servira pas pour différents utilisateurs).
A tester, mais tu peux peux-être/surement mettre directement la ressource retournée par mysql_query dans une variable de session.

[Mr N.]

Mais à la fin du script php ne ferme pas la connection ? du coup la ressource n'est plus valide

[GregPeck]

Mais à la fin du script php ne ferme pas la connection ? du coup la ressource n'est plus valide

il suffit d'utiliser mysql_pconnect

[neby55]

A tester, mais tu peux peux-être/surement mettre directement la ressource retournée par mysql_query dans une variable de session

Ca marchera je pense.

Cependant, le problème de mettre le dataset en session est que le volume de tes données du dataset peut être supérieure au maximum autorisé (définit dans php.ini il me semble). Dans ce cas, la session saute ou perd une partie des données...

[Mr N.]

Je sais plus où est-ce que j'avais lu qu'il y avait des problèmes avec pconnect mais je saurais dire lesquels

[GregPeck]

Ah ? si tu le dis.

Pour ma part je n'ai jamais eu de soucis...

[neby55]

Mais à la fin du script php ne ferme pas la connection ? du coup la ressource n'est plus valide

Si tu utilise un Objet DB, tu as un objet de connexion et un objet de resultats. Ainsi, pas de problème résultats liés à la connexion.

Comme Objet DB, je conseille ADODB...

[tony montana]

Mais à la fin du script php ne ferme pas la connection ? du coup la ressource n'est plus valide

il suffit d'utiliser mysql_pconnect

je viens de tester, et effectivement la ressource n'est plus utilisable sur la seconde page après l'avoir mis dans une variable de session ... je pensais (à tort) que la ressource était utilisable sans avoir le lien avec la base de données encore établit.
Il faut donc récupérer les infos de la ressource avec un(plusieurs) mysql_fetch_array , et celles ci peuvent elles être passées d'une page à l'autre en variable de session.

J'ai testé avec mysql_pconnect, ca ne marchait pas non plus, mais n'ayant jamais utilisé ces connexions persistantes, je ne suis pas sur d'avoir tout fait dans les règles (j'ai simplement remplacé mon mysql_connect par mysql_pconnect).

[neby55]

Je sais plus où est-ce que j'avais lu qu'il y avait des problèmes avec pconnect mais je saurais dire lesquels

Le problème des connexions persistantes est que, souvent, les processus sont mal gérés et donc rarement tués. Ainis, il peut y avoir 40 connexions persitantes ouvertes alors qu'une seule pouvait suffir.

Les connexions persistantes sont la plupart du temps utilisées pour des sites à fort traffic et donc avec de nombreux accès à la base de données...

[GregPeck]

je ne suis pas sur d'avoir tout fait dans les règles (j'ai simplement remplacé mon mysql_connect par mysql_pconnect).

A vrai dire, je ne maitrise pas non plus, mais il me semble bien que c'est la seule chose à faire...

[GregPeck]

Pour info, en effet il faut utiliser les connexions persitantes avec parcimonie...

Avertissement

Il y a quelques autres limitations à ben garder en tête lorsque vous utilisez les connexions persistantes. L'une est que lorsque vous posez un verrou avec une connexion persistante, si le script ne peut libérer le verrou pour une raison quelconque, alors les autres scripts qui réutiliseront la connexion seront bloqué indéfiniment, et vous imposeront le redémarrage du serveur ou de la base de données. Une autre limitation est, lors de l'utilisation des transactions, un bloc de transaction non fermé sera prolongé au script suivant, s'il n'est pas fermé par le script initiateur. Dans les deux cas, vous pouvez utiliser la fonction register_shutdown_function() pour enregistrer une fonction simple de nettoyage, pour déverrouiller les tables, et annuler les transactions en cours. Mieux encore, évitez le problème entièrement en n'utilisant pas les connexions persistantes dans les scripts qui ont besoin de verrous ou de transactions. Vous pourrez toujours les utiliser ailleurs.