Discussion :

[mijsoot]

Bonjour à tous,
Je me pose 2 questions :

1. Quel est le poids maximal d'un fichier session sur le serveur ?
2. Est-il performant de stocker des objets en session qui ont des résultats de bases de données pour justement éviter de refaire les requêtes à chaque page ?

Il me semblait que les fichiers de sessions n'étant que des accès fichier effectués par PHP étaient donc perfomant et pas limité en poids à priori et donc je pensais gagner en performance si j'évitais de refaire les mêmes requêtes sur chaque page PHP.

Qu'en pensez-vous ???

[Djakisback]

Salut,
est-ce que tu as des problèmes de temps d'accès ? (si non, à mon avis, pas la peine de te pencher là-dessus pour l'instant)

Je ne connais pas la taille maxi du dossier des sessions mais ton idée ne me semble pas terrible dans le sens où ton SGBD utilise surement déjà un système de cache qui lui est capable de savoir si les données de la BDD ont été modifiées. Avec ton système la concordance entre l'affichage et les données réelles sera corrompue. Pas de problème réel s'il s'agit que d'affichage mais ca peut être très mauvais s'il s'agit d'un module ou le client peut modifier les données et cela rend complètement inutile le ou les systèmes de transactions/verroux.

Un autre problème peut être le temps processeur utilisé par le GC à désaouller tout ca.
Bye

[mijsoot]

En fait la vrai question s'était : Est-il performant de stocker des objets en session ?

Par qu'en fait si l'internaute visite beaucoup de pages, il va effectuer un certain nombre de requêtes identiques sur chaque page. C'est la raison pour laquelle j'ai stocké ça en session, puisque j'ai cru comprendre qu'un accès fichier était beaucoup plus performant q'un accès Base de données. Mais voilà est-ce qu'un objet en session est aussi performant qu'un accès fichier ??
Bien évidemnt je ne mets pas toutes les informations du site en session mais les parties qui ne sont pas sensées bouger à l'instant T, donc pas d'incidence por l'affichage.

Par contre j'ai aussi un objet Panier (c'est un site e-commerce) qui est tout de même costaud, mais lui je ne vois pas comment ne pas le mettre en session à part en base direct même pour ceux qui ne se sont pas inscrits et là ceux sont des centaines et des centaines de requêtes supplémentaires et là pour le coup je suis certain que la performance va tomber !!!

Mais parler dans l'abstrait, ce n'est pas simple, il faudrait que j'explique l'architecture complète et là cela va être fastidieux pour moi, ennuyeux pour ceux qui vont lire, et dangeureux pour le site.

Mais le sujet n'a pas l'air de pasionner !!! En tout cas merci pour la réponse.

A +

[feelwatt]

Salut,
Je me pose le même type de question:
Est-ce plus judicieux de charger les infos qui ne vont pas être modifiées ou vaut-il mieux faire appel à la bd à chaque chargement de page ?

Qu'as-tu choisi comme solution ?

Merci

[Dendrite]

Mais le sujet n'a pas l'air de pasionner !!!

Si, si, il m'intéresse beaucoup au contraire, ton sujet. Mais je n'ai pas de réponse et j'attends de voir si d'autres en ont.
J'ai moi tendance à penser comme toi, sans savoir du tout si c'est une bonne pratique.
Bien entendu, on ne parle que des requêtes où il n'y a pas de filtre dynamique.

Code :

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

1
2
3
4
5
if(! isset($_SESSION['table_data'])){
  //on lance tout le processus connexion db, requete, fermeture db, array PHP, table HTML...
}
//et plus loin dans le HTML
echo $_SESSION['table_data'];

Puis parfois, je fais tout à chaque chargement, parce que... je ne sais pas si c'est une bonne pratique...

[feelwatt]

Salut merci de la réponse.

Pareil en ce moment je navigue entre des sessions, du localstorage et des requêtes directes.