par
Sékiltoyai » 11 août 2007, 19:04
Ca dépend (tu ne t'attendais pas quand même à une réponse claire et nette ?
).
Ca dépend du type de données, c'est à dire que les sessions sont surtout utiles pour des données relatives à l'utilisateur ou à la navigation, puisque chaque utilisateur a sa session. Et stocker des données générales dans la session, cela revient à dupliquer ces données n fois.
Ca dépend de la taille des données, à partir d'une certaine taille, il devient indispensable de les stocker en base, car les systèmes de gestion de bases de données (hormis SQLite) sont conçus pour supporter des tailles de bases dépassant le TeraOctet, et sont donc beaucoup plus optimisées pour la recherche, le tri, ou le traitement (léger) de données.
Ca dépend si tu mets souvent les données à jour. Car il faut savoir que si tu ne mets pas ces données à jour, le serveur SQL optimise en mettant les requètes en RAM, de manière à récupérer beaucoup plus rapidement les données que s'il recherchait sur le disque. Et quand bien même il y a une mise à jour des données, il reste tout de même performant.
Tu comprends peut être mieux qu'il n'y a pas de réponse précise à cette question. Pour ma part, j'ai tendance à tout stocker en base de données, certains mettent tout dans les fichiers. Le mieux, c'est d'essayer, de faire du benchmark.
Et puis concernant les bases de données, si tu ne fais pas 50 requètes par page, il n'y a aucune raison que ce soit beaucoup plus lent que les sessions, puisque dans les deux cas, ce sont des accès au disque dûr, et c'est souvent ça le plus long.
Ca dépend (tu ne t'attendais pas quand même à une réponse claire et nette ? :) ).
Ca dépend du type de données, c'est à dire que les sessions sont surtout utiles pour des données relatives à l'utilisateur ou à la navigation, puisque chaque utilisateur a sa session. Et stocker des données générales dans la session, cela revient à dupliquer ces données n fois.
Ca dépend de la taille des données, à partir d'une certaine taille, il devient indispensable de les stocker en base, car les systèmes de gestion de bases de données (hormis SQLite) sont conçus pour supporter des tailles de bases dépassant le TeraOctet, et sont donc beaucoup plus optimisées pour la recherche, le tri, ou le traitement (léger) de données.
Ca dépend si tu mets souvent les données à jour. Car il faut savoir que si tu ne mets pas ces données à jour, le serveur SQL optimise en mettant les requètes en RAM, de manière à récupérer beaucoup plus rapidement les données que s'il recherchait sur le disque. Et quand bien même il y a une mise à jour des données, il reste tout de même performant.
Tu comprends peut être mieux qu'il n'y a pas de réponse précise à cette question. Pour ma part, j'ai tendance à tout stocker en base de données, certains mettent tout dans les fichiers. Le mieux, c'est d'essayer, de faire du benchmark.
Et puis concernant les bases de données, si tu ne fais pas 50 requètes par page, il n'y a aucune raison que ce soit beaucoup plus lent que les sessions, puisque dans les deux cas, ce sont des accès au disque dûr, et c'est souvent ça le plus long.
