08-09-2010, 08:22 PM
Alors effectivement les deux sont sur disque, mais n'ont strictement rien à voir.
Les fichiers de MySQL sont optimisés pour des requêtes lourdes, avec des fichiers séparés, ... de plus tous les utilisateurs disposent des mêmes données.
Le fichier d'une session est uniquement un fichier avec $_SESSION serialisé à l'intérieur, ça peux vite être lourd, et en plus ce n'est pas du tout global.
Conclusion: Ne jamais utiliser les sessions pour stocker des données, hors id du joueur et informations temporaires entre 2 pages.
MySQL est prévu pour la montée en charge et dispose d'un cache performant, alors franchement il n'y a vraiment aucun intérêt à se pencher sur une gestion de cache en début de projet, or projet voué à avoir une montée en charge rapide.
Éventuellement, vous pouvez tout à fait utiliser Zend_Cache, sans le reste du Zend Framework, et disposer d'une solution uniformisée qui pourra gérer les fichiers, memcache, apc sans changer de code.
Les fichiers de MySQL sont optimisés pour des requêtes lourdes, avec des fichiers séparés, ... de plus tous les utilisateurs disposent des mêmes données.
Le fichier d'une session est uniquement un fichier avec $_SESSION serialisé à l'intérieur, ça peux vite être lourd, et en plus ce n'est pas du tout global.
Conclusion: Ne jamais utiliser les sessions pour stocker des données, hors id du joueur et informations temporaires entre 2 pages.
MySQL est prévu pour la montée en charge et dispose d'un cache performant, alors franchement il n'y a vraiment aucun intérêt à se pencher sur une gestion de cache en début de projet, or projet voué à avoir une montée en charge rapide.
Éventuellement, vous pouvez tout à fait utiliser Zend_Cache, sans le reste du Zend Framework, et disposer d'une solution uniformisée qui pourra gérer les fichiers, memcache, apc sans changer de code.