Discussion :

[bernidupont]

Bonjour,

je souhaiterais avoir votre avis sur la performance de la recherche avec un filtre de saisie automatique.

Pour préciser le contexte, imaginons que j'ai une page qui affiche des éléments identifiés par leur libellé : banane, pomme, pommier, fraise ...
Dans la zone de recherche de cette page, je veux saisir un libellé, et au fur et à mesure de ma saisie, le contenu de ma page se rafraîchit par rapport aux caractères saisis dans ma zone de recherche. En tapant "pom" s'affiche alors : pomme, pommier.

Un ami est en train de développer une application pour tablette / mobile en utilisant Java et Spring. Il me dit qu'avec ce système de saisie, une requête en base de données doit être effectuée à chaque saisi de caractère pour ramener les données filtrés, et cela ralentit les performances d'affichage.

Je pense qu'il est possible de gérer cela avec un système de cache, je ne sais pas si cela est coûteux en performance.

Avez-vous déjà eu l'expérience de gérer cela ?

[Millezime]

Bonjour,

Ceci dépend de votre besoin et de la qualité de service attendue.
Si votre système de recherche doit fournir rapidement des informations sur une ou plusieurs bases de données, ceci peut être en effet coûteux.

Quelques pistes :

• Utilisez un système de cache dans l'application. Regardez du côté de l'API Google https://github.com/google/guava/wiki/CachesExplained
• A l'aide d'une API de recherche de texte. Regardez du côté de l'API Apache Lucene http://lucene.apache.org/core/. Du Elastic search peut aussi être utilisé
• Utilisation d'une base de données avec recherche intégrée

Définissez vos besoins, la réponse viendra ensuite :
Qu'elle est la fréquence des requêtes ? Sur une base de données entière ? Avez-vous besoin de rechercher du contenu, des données, des métadonnées ou les trois ? Combien de données avez-vous besoin de rechercher ? Souhaitez-vous que la recherche fonctionne hors ligne ?

Bon courage

[OButterlin]

Pour ma part, dans un contexte web, je trouve ce genre de "composant" totalement à l'ouest. Ce qu'on fait pour un client lourd n'est pas forcément adapté au web...
Non seulement ça va générer un nombre conséquent de requêtes vers le serveur (à moins de n'avoir que 5 personnes connectées bien sûr) mais en plus, avec une connexion lente, ce sera insupportable pour l'utilisateur.

Je vous conseille plutôt (si c'est possible) de passer par une liste, avec une ou plusieurs zones de filtre et un bouton pour lancer la recherche. Là, ça se fera QUAND l'utilisateur le demande, il sera prêt à attendre un peu
Ensuite, on choisit à partir de la liste