sdx-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [sdx-users] simpleQuery / complexQuery: performances?


From: Pierrick Brihaye
Subject: Re: [sdx-users] simpleQuery / complexQuery: performances?
Date: Mon, 17 Feb 2003 17:38:58 +0100
User-agent: Mozilla/5.0 (Windows; U; Win98; fr-FR; rv:1.0.1) Gecko/20020823 Netscape/7.0

Re,

Emmanuel Bégué a écrit:

J'imagine que, dans le formulaire client, vous avez un joli <input
type="text"> qui dispose lui-même d'une jolie étiquette "contenu" ?

... une étiquette "q", plutôt

Je parlais d'un intitulé "human readable". Peu importe...

Que se passe-t-il si un méchant utilisateur tape dans cette zone de
texte : "titres:blabla" ? Je parie qu'il aura une réponse sur les titres
plutôt que sur le contenu, non ?

Oui, mais c'est une feature et non un bug:

Soit. Mais bon, si je vois "titre", je m'attends à ce que la requête se fasse sur le titre pas sur autre chose et ce, même si j'entre autre_chose:blabla (essayez pour voir).

Excusez-moi, mais ne devrait-on pas là avoir une FieldQuery ?

Je ne vous suis pas?

En mentionnant un champ dans une simpleQuery, vous ne faites que spécifier le champ de recherche *par défaut*... si un utilisateur entre un_champ:blabla, la recherche s'effectuera sur le champ un_champ.

Les fieldQuery ne m'intéressent pas tellement, elles ne
permettent apparemment pas de rechercher plusieurs valeurs
d'un champ, ce qui est quand même souvent le besoin?

Euh... Une fieldQuery permet de rechercher *sur* plusieurs valeurs... mais une seule à la fois :-)

Bien sûr, si par "valeur" vous entendez "mots", ça ne va pas le faire si vos champs sont de type "field"...

=> par exemple pour rechercher dans plusieurs rubriques:
        &rub=Pol&rub=Cul&rub=Mon&rub=Spo&rub=Div

OK. Je vois. Dans ces conditions, une fieldQuery ne va effectivement pas vous aider... sauf si vous avez un formulaire "autoextensible" qui vous ajouterait autant d'inputbox que vous voulez rechercher de valeurs.

(mais je n'ai peut-être pas tout compris aux fieldQueries)

En fait, c'est surtout la philosophie d'alimentation des champs qui est délicate.

Si vous avez un champ de type "field" et que vous indexez "plusieurs mots", vous ne pourrez rechercher, en fieldQuery, que la valeur "plusieurs mots" (m'enfin, vous pouvez utiliser la troncature).

Si votre champ est de type "word", vous indexez *deux* valeurs : "plusieurs" et "mots". Dans ces conditions, une fieldQuery permettra la recherche aussi bien de "plusieurs" que de "mots" (mais pas les deux en même temps ; il faudrait deux fieldQuery).

On peut clarifier si nécessaire :-)

A+

--
Pierrick Brihaye, informaticien
Service régional de l'Inventaire
DRAC Bretagne
mailto:address@hidden





reply via email to

[Prev in Thread] Current Thread [Next in Thread]