Bien tenir la charge, ça signifie que la complexité des algorithmes mis en oeuvre est _linéaire_ par rapport à la charge, non pas exponentielle (car dans ce cas le serveur ralentit puis s'effondre).
Ce n'est pas parceque tu vas avoir plein de requetes SQL que tu vas forcément avoir une mauvaise tenue à la charge. Ca dépend de la façon dont c'est implémenté.
Le cache est un système (souvent pratique) pour faire encaisser de fortes charges à un serveur, ou à compenser un système qui justement ne tient pas la charge.
Il faut savoir que les systèmes de cache peuvent (au moins) être de deux ordres sur un site Internet :
1) cache HTML des pages : l'utilisateur a "l'impression" d'utiliser un système dynamique mais en fait il visualise le résultat HTML qui est enregistré régulièrement sur le serveur à partir du contenu réellement dynamique PHP<->BD.
-> ce système permet d'éviter d'interpréter le PHP et d'effectuer toutes les requetes SQL à chaque fois qu'une page est interrogée (n'est-ce pas un système similaire qui est implémenté avec DaCode ?)
2) cache SQL : les requetes SQL les plus courantes sont mises en cache, ça évite d'avoir à interroger le système de BD à chaque fois si le résultat est toujours le même, et PHP n'y voit que du feu.
-> ce système économise les ressources bases de données qui sont souvent le principal facteur de charge d'un système web dynamique. Ce système est implémenté par défaut dans certaines bases de données comme Oracle, mais pas dans MySQL par exemple (peut-être dans des versions très récentes ?)
[^] # Re: Heuuuuu
Posté par core . En réponse à la dépêche SPIP 1.4 est sorti. Évalué à 2.
Ce n'est pas parceque tu vas avoir plein de requetes SQL que tu vas forcément avoir une mauvaise tenue à la charge. Ca dépend de la façon dont c'est implémenté.
Le cache est un système (souvent pratique) pour faire encaisser de fortes charges à un serveur, ou à compenser un système qui justement ne tient pas la charge.
Il faut savoir que les systèmes de cache peuvent (au moins) être de deux ordres sur un site Internet :
1) cache HTML des pages : l'utilisateur a "l'impression" d'utiliser un système dynamique mais en fait il visualise le résultat HTML qui est enregistré régulièrement sur le serveur à partir du contenu réellement dynamique PHP<->BD.
-> ce système permet d'éviter d'interpréter le PHP et d'effectuer toutes les requetes SQL à chaque fois qu'une page est interrogée (n'est-ce pas un système similaire qui est implémenté avec DaCode ?)
2) cache SQL : les requetes SQL les plus courantes sont mises en cache, ça évite d'avoir à interroger le système de BD à chaque fois si le résultat est toujours le même, et PHP n'y voit que du feu.
-> ce système économise les ressources bases de données qui sont souvent le principal facteur de charge d'un système web dynamique. Ce système est implémenté par défaut dans certaines bases de données comme Oracle, mais pas dans MySQL par exemple (peut-être dans des versions très récentes ?)