.. ce Bien que certaines personnes peuvent avoir publié leurs résultats, ce ne sera pas la carte directement à votre expérience, les statistiques sont ...
- vous trouverez peut-être à l'opposé de leur découverte. Il peut parfois être plus rapide d'extraire des fichiers d'une base de données qu'un fichier. Cela dépend de la taille du fichier, du système de fichiers ou du SGBD sur lequel il réside, des autres données qui affectent le chemin d'accès (par ex. Opérations d'E/S pour déréférencer le début du fichier ...) le matériel sous-jacent, la quantité de cache disponible, la présence des données ou informations relatives à sa localisation dans le cache et l'interaction entre chacun de ces facteurs.
Et c'est avant de commencer à considérer les variables supplémentaires introduites lorsque vous commencez à parler de HTTP, ce qui implique également un accès réseau à distance. Si tout fichier doit être lu à partir du système de fichiers à un moment donné, cela suggère que l'accès direct aux fichiers serait la méthode la plus rapide (mais uniquement sur la machine locale). Cependant, si vous envisagez la mise en cache centralisée et la concurrence, ce n'est pas le cas. nécessairement le cas.
Je me demande de juger de la nécessité de mettre en cache localement des données si j'utilise des services à distance.
Assez difficile à dire. À quelle distance? Quels sont vos coûts de bande passante? Latence? Quel niveau de service espérez-vous offrir? Le système distant fournit-il déjà des informations de mise en cache? Comment gérez-vous les invalidations de cache? Si nous connaissions tout de votre application, de la source de données, de vos clients et des réseaux qui les relient et de votre budget pour la mise en œuvre du service, alors nous risquons de deviner. Et, oui, la mise en cache sur le serveur MITM est probablement une bonne idée, mais seulement si vous savez que vous ne cassez rien en utilisant la mise en cache.
C.