2009-07-15 5 views
1

Je suis sur le point de démarrer un projet en utilisant ASP.NET MVC. Dans le cadre du projet, nous devons afficher certaines données à l'utilisateur. Les données sont constituées d'un graphique d'objets composé de 35 jours par ligne. Chaque jour peut être un jour de travail ou hors jour. Si c'est un jour de travail, il pourrait y avoir des informations supplémentaires associées à la journée de travail. Donc, fondamentalement, nous avons une table html avec 35 colonnes et 4 lignes pour chacune des lignes (graphiques d'objets mentionnés ci-dessus). Il peut y avoir jusqu'à 300 graphiques d'objets par utilisateur.Récupérer des données statiques de la base de données par rapport au système de fichiers

Les données contenues dans ces graphiques d'objet ne changent jamais. Pour des raisons de performances évidentes, nous affichons seulement 20 lignes par page avec un appel ajax pour récupérer des pages successives sur la demande des utilisateurs. Nous avons donc 20 des tableaux mentionnés ci-dessus par demande de page. Pour des raisons de performances, nous pouvons générer le code html pour chacune des tables mentionnées ci-dessus et nous voulons les mettre dans une base de données ou les déployer dans le répertoire des serveurs Web. Ma question est quelles sont les implications de performance pour avoir le html dans une table de base de données et avoir un contrôleur envoie le html au client sur un appel ajax vs avoir les fragments html sur un emplacement connu dans le serveur web et le client demande les fragments via une requête http get? Est-il même possible pour une requête ajax de récupérer un fichier du serveur web et de modifier le code HTML interne de certains objets DOM?

Merci d'avance pour vos réponses.

Répondre

4

Placez le code HTML statique sur le système de fichiers. Vraiment. Vous allez simplement gonfler votre base de données si vous la mettez dans la base de données, et la contention impliquée dans l'obtention de la connexion à la base de données et la récupération des données ne vaut pas la charge supplémentaire sur la base de données. Les bases de données sont, en général, beaucoup plus chères que les systèmes de fichiers simples; Il est plus facile d'ajouter de l'espace de système de fichiers que de mettre à jour votre base de données parce que vous n'avez plus d'espace car vous y bourrez des données statiques inutiles.

1

Beaucoup de ceci dépend de la taille du fragment html. Très probablement, il est assez petit pour que la récupération soit relativement rapide et le stocker dans la base de données fonctionnera et cela ne vaut pas la peine de traiter avec des objets DB. Pour les objets plus gros, cela n'a pas de sens. Exactement où le seuil dépend de beaucoup de choses.

Semble à moi comme les morceaux html sont assez petits et il est probablement préférable de conserver le code HTML dans votre base de données.

Questions connexes