-
Peace !!!
Ta solution proc stock est bonne pour ce qui concerne le filtrage à la source mais si tu ramènes toujours 100 000 lignes, le problème reste le même.
Encore une fois, quelle est cette exigence qui veut que tu ramènes autant de ligne. Pour contourner ce pb et plutôt que de parler de solution, fais exprimer l'exigence de manière claire à ton client. Ensuite, tu lui dis, avez-vous pensez que cette exigence va entrainer l'affichage de 100 000 lignes ? Comment allez vous exploiter un tel affichage ? Ne pouvons nous pas définir des critères de filtrage plus contraingnants afin de s'assurer de ne remonter qu'au plus 100 lignes ?
Bref, faut qu'il change ton client !!!!
-
Non non!!! Ca y est. J'ai reussi à fixer une limite!!!
De toutes les façons s'ils veulent un filtre, c'est pour rechercher des données bien précises donc il faut qu'ils fassent un filtre "poussé", c'est à dire qu'ils vont devoir demander un filtre sur un mot et pas sur juste une lettre ou 2!!!!!
On est en train de créer de une table dans laquelle on aura comme champ, le nom de la table sur laquelle on veut effectuer un filtre et les champs sur lesquels est fait le filtre. C'est plus simple pour faire la procédure stockée.
Dès que tout sera fini, je vous dirai si ça marche ou pas. Mais à priori ça devrait être bon.
En tout cas, merci pour tous vos conseils.
:merci:
-
Bon ça semble avoir pris une meilleure voie déjà....
Bah le plus important maintenant c'est d'optimiser les filtres PL au max pour récupérer un volume de données "exploitable"
Bon courage.
-
je ne comprend pas l'utilité de ta table pour le filtre.
Tu peux passer des arguments à une procédure stockée !
-
Mon boss voulait une table générique :!:
En +, pour mon collègue qui s'occupe de l'alimentation de la base de données, il parait que c'est plus simple.
Coté Websphere(donc pour moi), ça ne change pas grand chose. Sauf que j'ai une table de plus à traiter :?
-
une dernière idée : tu pourrais commencer à afficher les premières lignes, et donner une estimation ( google like) du nombre de lignes totales
-
C'est ce que je fais en fait.
J'ai une variable que j'appelle qui elle, me donne le nombre réel de ligne.
Merci austin :wink:
-
désolé mais je ne comprend toujours pas ce que tu fais avec ta table "générique".
Quel en est l'objectif ?
-
C'est grace à la table générique que je peux effectuer le filtre via une procédure stockée.
J'insere dans les champs, le nom de la table sur laquelle je veux effectuer le traitement, les champs sur lesquel je dois effectuer le filtre et les caracteres à partir desquels j'effectue le filtre. Ainsi, il est possible d'utiliser la PL pour n'importe quelle table.
En plus, ça facilitait la tache de la personne qui a ecrit la procedure.
Est-ce plus clair?
Maintenant, tout fonctionne. Merci à vous tous
:lahola:
-
Sachant que l'on peut passer des paramètres à une procédure stockée, je ne vois pas l'utilité de la table, mais bon, je n'ai pas toutes les billes de ton projet
-
Je passe aussi des parametres à ma procédure. Mais apparemment, c'était plus aisé de passer par une autre table pour la gestion des champs vides(donc à null) pour le filtre. Le traitement aurait été lourd.
Mais c'est un projet pas tres simple à comprendre je l'accorde...
-
J'ai peut etre pas tout suivi mais en quoi cette table est générique?
C'est parce qu'elle va servir pour stocker les filtres pour n'importe quelle procédure c'est ça ?
où est ce que les résultats des recherches vont tous etre contenu dans cette table?
:roll:
-
C'est exactement ça!!! Mais peut être qu'elle n'est pas si générique que ça :?
On pensait que c'était une bonne solution mais vu vos réactions, je commence à douter :(