06-08-2009, 03:36 PM
J'en penses que ça rejoint exactement le problème de IGStaff, à mon sens n'importe quel site, fait les même accès, et tu peux passer des milliers de requêtes sans problème sur un serveur, nous le faisons chaque jour sur des dédiés mutualisés pour plusieurs clients.
La question ne se posera pas de suite, et hormis les caches mémoire, je ne vois pas d'autres solutions, l'id avec index est très performant.
Je tiquais juste sur les tests seuls ou en local. En production c'est totalement différent
Et je ne suis pas à cheval sur les caches et les requêtes, tout dépend de la cible que tu vises. Pour tarschool cela m'aurait ennuyer qu'il ne tienne pas la charge au bout de 6 mois. en pensant à long terme l'inclusion du cache mémoire dès le dev m'a fait gagner un temps considérable. Aujourd'hui 98% des requêtes proviennent du cache. Les 2% restants correspondent aux mises à jour dans la base de données. ( Statistiques prises entre 2h et 15h30, avec environ 600K hits sur fichiers et 150K sur les variables. )
La question ne se posera pas de suite, et hormis les caches mémoire, je ne vois pas d'autres solutions, l'id avec index est très performant.
Je tiquais juste sur les tests seuls ou en local. En production c'est totalement différent
Et je ne suis pas à cheval sur les caches et les requêtes, tout dépend de la cible que tu vises. Pour tarschool cela m'aurait ennuyer qu'il ne tienne pas la charge au bout de 6 mois. en pensant à long terme l'inclusion du cache mémoire dès le dev m'a fait gagner un temps considérable. Aujourd'hui 98% des requêtes proviennent du cache. Les 2% restants correspondent aux mises à jour dans la base de données. ( Statistiques prises entre 2h et 15h30, avec environ 600K hits sur fichiers et 150K sur les variables. )