Version imprimable
Bonjour,
Dans le cadre d'un logiciel de stock que j'ai développé, je répète énormément de fois la même requête ( en gros "SELECT * FROM ARTICLES"), la liste comportant quelque chose comme 50000 articles, je trouve ça assez lourd. Je me demandais s'il existe un moyen pour récupérer cette liste au lancement de mon programme et ne faire ensuite qu'une requête sur les changements qui ne ferait que mettre à jour les lignes articles modifiés.
Tu comptes garder en mémoire 50000 enregistrements ? Ça paraît délirant comme façon de faire...
Il serait préférable d'envisager de charger les enregistrements page par page (façon google)
C'est quel type d'application :
- autonome
- web
- client/serveur
C'est du client serveur. la base de donnée est en sql server.
J'avoue que je ne sais pas trop comment gérer cette liste d'article, j'ai besoin de pouvoir accéder rapidement a la liste dans pas mal de fenêtre de mon appli. En gros je met ça dans un combobox avec autocompletion que je remplis avec ma liste d'article, c'est pas horrible non plus, ça doit mettre quelque chose comme 2 secondes à se charger et une fois chargé la recherche est assez rapide. Mais je pense pas que ce soit une bonne façon de procéder. En gros j'aimerais minimiser les appels à la base de données tout en pouvant rechercher rapidement un article.
Pour la notion de "rechercher rapidement", je t'orienterais bien vers les indexes, tout simplement.Citation:
En gros j'aimerais minimiser les appels à la base de données tout en pouvant rechercher rapidement un article.
Et puisque tu veux minimiser les appels à la base de données, pourquoi pas faire appel à un moteur d'indexation type Lucene, ES, & co ?
Par contre, c'est un avis personnel, mais avoir une combo box de 50k éléments, ça me parait *un peu* excessif :)
Justement, il ne faut PAS minimiser les appels à la base de données
Elle est faite pour cela.
dans une appli de stock, l'utilisateur va chercher / utiliser un article
- soit sur son code (SELECT * FROM ARTICLES WHERE Id = ...)
- soit sur son libellé (ou une partie du libellé) (SELECT * FROM ARTICLES WHERE Designation LIKE = ...)
Avec Sql Server, pour 50.000 articles, La réponse est instantanée sur le code article (qui sera indexé car probablement clé primaire)
et quasi instantanée sur une recherche sur une partie du libellé.
Fais quelques essais, tu seras étonné.
En revanche, si tu charges tes articles en mémoire, les modifications apportées aux fiches articles par les autres utilisateurs
ne seront pas visibles par ton application jusqu'à ce qu'elle redémarre.