Discussion :

[arnolem]

Bonjour les jeunes, Ça farte ?

J'ai une question de conception à vous soumettre. Je viens de reprendre une application web en dotnet qui utilise un algorithme qui me laisse plutôt perplexe.
Je souhaiterais avoir votre avis là dessus.

L'application web utilise beaucoup de liste déroulante et ses listes déroulante sont issue de requêtes SQL. Afin d'éviter de requêter systématique en base de données à chaque affichage de liste, le développeur qui a conçu cette application à imaginé un stockage persistant des variables (quelques minutes).

Pour faire ça, il lance un Thread qui fait un :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
 
while (True)
        {
            // Mise à jour de chacune des listes
            // ....
 
            // Pause de quelques secondes avant de recharger les listes
            Thread.sleep(30000);
        }

Et donc, ce Thread qui est une bloucle infinie tient à jour une variable qui est récupérée par le Thread principale de chaque page.

Avez-vous déjà vu un fonctionnement comme ça ?
Cet algo vous parait-il délirant ?
Connaissez vous un moyen (librairie, composant, ...) permettant de faire de la mise en cache d'objet partagés en .net ?

Merci d'avance.

[Immobilis]

Salut,

Vu comme ça ça ne parait pas délirant, juste la seule solution que le développeur a trouvé au moment où il a développé le code. Maintenant, c'est le résultat qui compte.

Après si on cherche à améliorer les performances on peut mettre à jour les listes lorsque c'est seulement nécessaire. On peut imaginer que quand la liste est modifiée un bout de code informe les serveurs web de se mettre à jour (via une requête http).

A+

[Philippe Vialatte]

j'ai l'impression que le gars ne connaissait pas le cache d'asp.net

http://msdn.microsoft.com/fr-fr/libr...=VS.80%29.aspx

[arnolem]

Et ce système de cache fonctionne également avec une connexion en base de données ? L'idée serait de stocker une connexion pour la réutiliser

[Philippe Vialatte]

Et ce système de cache fonctionne également avec une connexion en base de données ? L'idée serait de stocker une connexion pour la réutiliser

Surtout pas, malheureux !!

Une connection doit être ouverte le plus tard possible, et détruite le plus tot possible...sinon, tu risque de saturer ton serveur

[arnolem]

Surtout pas, malheureux !!

Une connection doit être ouverte le plus tard possible, et détruite le plus tot possible...sinon, tu risque de saturer ton serveur

C'est marrant ce que tu dis là. Peux-tu aller plus loin dans ta pensé ?

Parce que l'application que je reprends, utilise ce principe des Thread avec une boucle infinie pour mettre en cache des listes de données mais également pour gérer un pool de connexion. Ce qui se passe c'est que ce Thread ouvre une 50ène de connexion à la base de données et les redistribue dès qu'un script en a besoin. Ensuite, la connexion est rendu.

Vous trouvez ça également inutile ?

[Flamby38]

Si tu n'as pas trop de données à stocker, tu peux utiliser des variable de session, dans lesquelles tu peux mettre ce que tu veux. Mais enfin typiquement une connection, ca se configure dans le web.config et tu en recrées une à chaque fois que tu fais des requetes, je ne vois pas trop l'interet de garder une même connection sur la durée (à la limite si t'as des tables temporaires, et encore...).