beaucoup d'enregistrements: créer des objets de gestion 1 par 1 ou tous en même temps?

Question

J'ai une table avec environ 10.000 enregistrements (plus les données détaillées dans 11 tableaux). Je veux afficher les données sous une forme navigable (1er, précédent & suivant, derniers boutons).

J'ai pensé à récupérer tous les enregistrements, en plaçant les données dans une collection d'objets métier et en liant le formulaire à la collection. En pensant à cela, il me vint à l'esprit que cela pourrait prendre un certain temps et pourrait entraîner beaucoup de mémoire utilisée ...

Alors peut-être que je devrais récupérer le premier enregistrement et obtenir le suivant sur demande? Qu'est-ce que tu penses?

Answer 1

Si les données sont utilisées fréquemment, mais ne changent pas souvent, vous pouvez envisager de les mettre en cache au niveau de l'application. Si vous récupérez les données au niveau du formulaire, un compromis probablement bon entre la vitesse et la consommation de mémoire serait d'obtenir par exemple. 11 enregistrements (actuel, 5 précédent et 5 suivant), et si l'utilisateur dépasse les enregistrements récupérés, obtenir les 5 suivants, etc.

Answer 2

Si vous n'utilisez pas un OR/M comme nHibernate ou iBatis, laissez-moi suggère que maintenant. J'utilise nHibernate - mais j'entends beaucoup de choses sur iBatis. Ils ont un chargement par lots et paresseux intégré et configurable. De plus, la prochaine fois qu'une telle situation survient, vous disposerez de cette fonctionnalité en quelques minutes grâce à une couche d'accès aux données flexible préétablie.

Si vous n'allez pas suivre la voie d'un OR/M, je vous suggérerais d'aller chercher un par un jusqu'à ce que les performances deviennent un problème - pourquoi compliquer les choses inutilement dès le départ? Si les performances deviennent problématiques, envisagez l'extraction par lots et la mise en cache.