Gestion de filtrage et paging

Version imprimable

03/12/2009, 21h25
Identifiant

Gestion de filtrage et paging

Salut,

La problématique est la suivante:
Je suis en train d'implémenter un Search Engine dans mon site web.
J'utilise un gridview pour afficher le résultat.
Le paging est fait de la manière suivante:
- 6 items par page
- pour chaque page, on appelle un Web service qui me renvoie les 6 items de cette page sous forme XML:

Code:

string resultat = WS.GetProduct(pageNumber, 6)

- A chaque fois qu'on appelle le Web service, on enregistre le résultat, cad on n'appelle pas le Web service de nouveau pour me renvoyer les 6 items.

Ma question est la suivante:
- Quelle est la méthode la plus performante pour enregistrer les résultats , cad les pages déjà consultées auparavant?
- J'ai pensé a une Session de hashtable, ou le hashtable comprend comme key le numero de la page et comme object le resultat.

Code:

string resultat = ((Hashtable) Session["SearchResult"])[pageNumber]

Que pensez-vous?
05/12/2009, 16h09
Immobilis

Salut,

C'est quoi comme site web?

J'aurais tendance à faire en sorte que les données soient stockées par le web service et non par l'application. Ou peut-être bien par les deux mais avant tout par le web service.

Pour ce qui est de la session cela créé une variable par internaute. Cela peut rapidement saturer le serveur. Donne nous plus d'info sur ton site. Le choix dépend des contraintes de traffic, de la mutualisation ou non de la recherche (variables d'application).

A+
05/12/2009, 16h27
Identifiant

Merci Immobilis pour ta réponse. Mon site est un E-commerce pour vendre des livres. Donc le nombre d'utilisateurs est large.

Comment puis-je sauvegarder les données par le Web Service? Pouvez-vous me donner plus de détails ? (Je suis débutante). Sur la page de recherche, il y'a pluseirs categories de filtrage: par categorie, par offre, par auteur, etc

Merci d'avance!!
05/12/2009, 16h38
Immobilis

De quel genre de recherche s'agit-il, texte libre ou sur des critères spécifiques (=> listes déroulantes, formulaire).

A+
05/12/2009, 18h31
Identifiant

- Recherche par texte libre (textbox + search button)
- Recherche en cliquant sur le nom des catégories, j'affiche les livres de cette catégorie

Donc, liste deroulante et texte libre, les deux
05/12/2009, 18h44
Immobilis

Pour la sélection de catégorie ce ne devrait pas être trop difficile. Le service web reçoit des paramètres en entrée. Si les paramètres reçus entre deux requêtes sont les mêmes, quelle qu'en soit l'origine, la réponse est la même. Tu peux donc stocker le résultat dans un dictionnaire dans ton web service. La clef étant les paramètres d'entrée.

Pour le texte libre c'est différent. La "recherche plein texte" est complexe à gérer car tu ne peux pas chercher directement dans les tables en faisant des requêtes SQL. Cela prendrait trop de temps et de ressources. Comment comptes-tu chercher, sur combien de tables et de champs de ta base?

C'est pour une société de quelle taille? Pour info, des sociétés font leur beurre sur ce créneau bien précis de la recherche (Google, Exalead, Endeca, Compario, ...)

A+
06/12/2009, 10h22
Identifiant

Pour le texte libre, il y a une recherche sur 5 tables environ. Je ne me souviens plus! Mais dans ce cas, lorsqu'un utilisateur effectue une recherche, on lui envoie comme réponse les premiers 6 résultats (livres).
- s'il choisit la Page 1, je lui renvoie les livres de 1 a 6
- s'il choisit la Page 2, je lui renvoie les livres de 7 a 12
- s'il choisit la Page 3, je lui renvoie les livres de 13 a 18

et ainsi de suite.

Lorsqu'il clique sur une page, je dois enregistrer le résultat de la page dans une session. Par exemple, s'il clique sur la page 2 puis page 3 et puis page 2, dans ce cas je n'appelle plus le Web service, puisque le résultat de la page 2 est enregistrée dans sa session en cours. Pour cela, j'ai mis le résultat de sa navigation dans une session hashtable. Qu'en pensez-vous ?
06/12/2009, 11h57
Immobilis

Citation:

Envoyé par Identifiant

Pour cela, j'ai mis le résultat de sa navigation dans une session hashtable. Qu'en pensez-vous

Je pense que tu auras trop de variables de session. De plus, le resultat d'une recherche devrait être mis en commun. Supposons que le dernier Harry Potter vient de sortir. Il y a une très forte probabilité pour que plusieurs internautes cherchent les termes suivants: "Harry Potter". Inutile dans ce cas de créer une variable de session pour chacun, ils cherchent la même chose.

Citation:

Envoyé par Identifiant

Pour le texte libre, il y a une recherche sur 5 tables environ. Je ne me souviens plus! Mais dans ce cas, lorsqu'un utilisateur effectue une recherche, on lui envoie comme réponse les premiers 6 résultats (livres).

Ce n'est pas la resitution du resultat qui pose problème mais la pertinence de la réponse. Pour avoir la meilleur réponse il faudra chercher dans 5 tables!

Peux-tu me dire combien de champs, de quelle taille sont les champs, combien d'enregistrements?

Utiliser des requêtes SQL pour faire une recherche dans un grand volume de données est totalement improductif. Pour te donner une petite idée dont cette fonctionnalité est implémentée sur un SPIP tu peux lire ceci: http://www.spip.net/spip.php?page=re...teur+recherche

A+