Discussion :

[Challenger]

Bonjour, je developpe une app sous forms9i.Mon App travail sur une table "Client", je voudrais effectuer des recherche via mon interface sur la table client "Colonne Nom du client", après cela je veux effectuer une autre recherche sur le resultat de la première recherche et ainsi de suite jusqu'a ce que l'utilisateur juge que c'est le bon resultat Càd il a trouvé le client recherché par nom.

Est ce qu'il ya la possibilité de filter et au sein du même filtre refiltrer et ainsi de suite, si non que me proposait vous.

[orafrance]

je comprends mal le besoin mais tu peux très bien changer la clause WHERE du bloc en dynamique grace à la propriété WHERE_CLAUSE -> aide forms

[plaineR]

En utilisant enter-query execute-query, tu peux mémoriser les critères de recherches et les retrouver en faisant en double enter-query (cliquer 2 fois sur la touche F7)

[Challenger]

O, je m'explique, je veux effectuer une Execute Query . Normalement ça va affiché uen resultat, Le même resultat, je veux effectuer une autre execute query sur le resultat maintenant.
J'ai pensé à créer une table à chaque excute queryet sur la table créé j'efectue mon interrogation futur et ainsi de suite.
que suggérer vous.

[plaineR]

Je ne pige pas, il y a bien un moment où l'utilisateur va saisir un autre critère de recherche, non ?

[orafrance]

J'ai pensé à créer une table à chaque excute queryet sur la table créé j'efectue mon interrogation futur et ainsi de suite.
que suggérer vous.

t'as des actions chez Total pour faire de telles usines à mazout toi

[Challenger]

Oui, quand l'utilisateur va saisir le premier critere de recherche çava aboutir à un resultat. Ce resultat va être de N lignes (le critere est le nom de la personne, je recherche avec SOUNDEX). Donc l'user va rentrer une seconde fois un critere, à ce moment je veux que ma recherche s'effectue sur non pas la totalité de ma table mais sur le resultat de la première recherche(La recherche précedente) et ainsi de suite, comme ça le système va permettre au user de filtrer sur plusieurs niveau jusqu'a ce qu'il arrive à satisfaire sa recherche.
Avez vous compris cette fois

[SheikYerbouti]

O, je m'explique, je veux effectuer une Execute Query . Normalement ça va affiché uen resultat, Le même resultat, je veux effectuer une autre execute query sur le resultat maintenant.
J'ai pensé à créer une table à chaque excute queryet sur la table créé j'efectue mon interrogation futur et ainsi de suite.
que suggérer vous.

Et si l'utilisateur veut revenir au début (premier query de base) vous faites comment ?

[Challenger]

Impécabnle, au moins un qui m'as compris.
alors pour revenir à la première query celà est autre chose, je veux tout dabord résoudre mon premier problème qui est de filtrer sur des filtres.
Pour vous informer sous je l'ai déja fait sous VB, En créant le resultat dans une table avec le n° de la recherche et je change à chaque fois la datasource pour mon contrôle Data. et pour revenir en arrière il suffit de changer le datasource avec le nom de la table - l'indice.
mais je voudrais le faire avec Forms alors que me suggerer vous?

[plaineR]

Et tu as un bloc spécifique pour la saisie de tes critères ? ou c'est le même que ton bloc résultat ?

Parce que si c'est le même je ne vois pas pourquoi tu cherches à faire une usine à gaz alors que forms gère cela tout seul (cf. ma première réponse).

Et si cela n'est pas le même, tu devrez t'en sortir avec :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

set_block_property ('bloc_result', default_where, '....');

[Challenger]

c le meme bloc.

[Challenger]

Ok une autre question. y'a t-il un moyen de modifier durant l'execution la source d'un bloc et de lui en affecter une autre source (table) avec la même structure que celle d'avant??

[SheikYerbouti]

Il vous faut un espace de stockage (variable globale, champs caché non basé,...) pour stocker les critères saisis.

dans le trigger PRE-QUERY, il vous faut scruter tous les champs renseignés par l'utilisateur, stocker le résultat dans votre variable de stockage et modifier la clause Where de votre bloc (Set_Block_Property( ... , DEFAULT_WHERE, 'la nouvelle clause' ).

A chaque nouveau query, vous ajoutez une clause AND() au query initial stocké dans la variable de stockage.
Et prévoyre un bouton ou un autre système pour vider cete variable et repartir avec un query "tout neuf"

[orafrance]

c'est ce que j'expliquais plus haut... j'suis un incompris

En attendant, j'espère que tu es conscient que c'est anti-perf et très peu pratique pour l'utilisateur

[SheikYerbouti]

Ok une autre question. y'a t-il un moyen de modifier durant l'execution la source d'un bloc et de lui en affecter une autre source (table) avec la même structure que celle d'avant??

Oui, en changeant la propriété du bloc : QUERY_DATA_SOURCE_NAME

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Set_Block_Property('NOM_BLOC', QUERY_DATA_SOURCE_NAME, 'autre_table' );

[Challenger]

Ok, je suis entierement d'accord mais savais vous pourquoi j'ai opté pour des filtre sur le resultat. parceque tout simplement j'utilise "LIKE" dans ma requette et vu que ma table et de 3Million d'enreg j'ai voulu procédé petit à petit et au fur et à mesure que l'user demande la recherche ça va être plus rapide vu que à chaque fois il travail sur un resultat moin important que le précedent.
Mais je n'ai pas le choix je vais mnt faire ce que vous m'avez prescrit mais la question qui se pose maintenant c'est sur le temps de réponse , auriez vous l'aimabilité de me dénicher un astuce pour ameliorer la performance de mon futur système (Temps de reponse"
et merci infiniment pour votre aide

[orafrance]

parceque tout simplement j'utilise "LIKE" dans ma requette et vu que ma table et de 3Million d'enreg j'ai voulu procédé petit à petit et au fur et à mesure que l'user demande la recherche ça va être plus rapide vu que à chaque fois il travail sur un resultat moin important que le précedent.

grave erreur, c'est totalement faux :
- LIKE inhibe l'utilisation des indexes donc que tu trouves 10 lignes ou 10000 ça mettra le même temps
- Si tu crées des tables temporaires, elles ne seront pas indexées (à moins de prendre le risque d'insertions longues)

Finalement, avec 3M de lignes je crains fort que passer le SOUNDEX x fois soit bien trop couteux... m'enfin... c'est toi qui voit

[Challenger]

grave erreur, c'est totalement faux :
- LIKE inhibe l'utilisation des indexes donc que tu trouves 10 lignes ou 10000 ça mettra le même temps

Ce que j'ai dit c'est un Like sur 3M de tuples n'ai pas comme celui sur 500.

Bon finalement je crois que c'est un manque dans Forms, il faut ajouter des Bloc dynamic (en terme d'objet auquel le bloc est relié)

et merci beaucoup beaucoup

[SheikYerbouti]

grave erreur, c'est totalement faux :
- LIKE inhibe l'utilisation des indexes donc que tu trouves 10 lignes ou 10000 ça mettra le même temps

Je crois que si la ou les premières lettres sont stipulés avant le symbole générique %, alors l'index est utilisé.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
col LIKE '%A' -- index non utilisé
col LIKE 'A%' -- index utilisé

[plaineR]

Il vous faut un espace de stockage (variable globale, champs caché non basé,...) pour stocker les critères saisis.

dans le trigger PRE-QUERY, il vous faut scruter tous les champs renseignés par l'utilisateur, stocker le résultat dans votre variable de stockage et modifier la clause Where de votre bloc (Set_Block_Property( ... , DEFAULT_WHERE, 'la nouvelle clause' ).

A chaque nouveau query, vous ajoutez une clause AND() au query initial stocké dans la variable de stockage.
Et prévoyre un bouton ou un autre système pour vider cete variable et repartir avec un query "tout neuf"

Pourquoi ne pas utiliser ce que forms gère en natif avec le "double enter-query" ?