Probleme d'optimisation (Delphi7+firebird1.5)

Bonsoir
j'ai deja poste ce message dns la artie base de donnée du forum,mais je me disque peut etre il y a un moyen d'optimiser cela aussi avec delphi (par le clientdataset)ou autre chose....

Est ce que qq pourrai m'aider a optimiser cette requete SVP ?
j'utilise firebird 1.5 (delphi 7,mais pas important just la partie quoted...c juste mon texte a recherche)
j'aimerai avoir juste les fournisseurs qui correspondent a mon texte de recherche!!!!
apres bcp d'essai j'ai trouvé cette requete, mais meme ne mono poste , elle prend quand meme 2 sec pour s'executer avec seulement 6 enregistrement, donc je l'imagine mal avec une centaine d'enregistrement et en client serveur!!!

Merci d'avance
Voici ma requete :
'select '+
'FOURNISSEUR_CD,'+
'FOURNISSEUR_FAX,'+
'FOURNISSEUR_MAIL,'+
'FOURNISSEUR_TEL,'+
'FOURNISSEUR_ADR,'+
'FOURNISSEUR_NOM,'+
'FOURNISSEUR_NOREGC,'+
'FOURNISSEUR_CP,'+
'FOURNISSEUR_VILLE,'+
'FOURNISSEUR_WEB,'+
'FOURNISSEUR_IDFFISC,'+
'FOURNISSEUR_BNKNOM,'+
'FOURNISSEUR_BNKADR,'+
'FOURNISSEUR_BNKVILLE,'+
'FOURNISSEUR_OBS,'+
'FOURNISSEUR_DATEC,'+
'FOURNISSEUR_TYPE,'+
'FOURNISSEUR_FRMJUR,'+
'DES_TYPE,'+
'FRMJ_NOM '+
' from fourniture_bc_v,ENTETE_BC_V,FOURNISSEUR_V '+
' where '+
' fourniture_bc_v.CD_BC=entete_bc_v.CODE_BC '+
' AND entete_bc_v.FOURNISSEUR_NOM = FOURNISSEUR_V.FOURNISSEUR_NOM '+
' and '+
'( '+
'UPPER('+
'fourniture_bc_v.DES_NOM) like '+quotedstr('%'+UPPERCASE(edt_rech.Text+'%'))+
') OR ('+
'Upper(FOURNISSEUR_CD) LIKE '+quotedstr(UPPERCASE('%'+edt_rech.Text+'%'))+
'OR Upper(FOURNISSEUR_NOM) LIKE '+quotedstr(UPPERCASE('%'+edt_rech.Text+'%'))+
'OR Upper(FOURNISSEUR_ADR) LIKE '+quotedstr(UPPERCASE('%'+edt_rech.Text+'%'))+
'OR Upper(FOURNISSEUR_TEL) LIKE '+quotedstr(UPPERCASE('%'+edt_rech.Text+'%'))+
'OR Upper(FOURNISSEUR_FAX) LIKE '+quotedstr(UPPERCASE('%'+edt_rech.Text+'%'))+
'OR Upper(FOURNISSEUR_OBS) LIKE '+quotedstr(UPPERCASE('%'+edt_rech.Text+'%'))+
') '+
' GROUP BY '+
'FOURNISSEUR_CD,'+
'FOURNISSEUR_FAX,'+
'FOURNISSEUR_MAIL,'+
'FOURNISSEUR_TEL,'+
'FOURNISSEUR_ADR,'+
'FOURNISSEUR_NOM,'+
'FOURNISSEUR_NOREGC,'+
'FOURNISSEUR_CP,'+
'FOURNISSEUR_VILLE,'+
'FOURNISSEUR_WEB,'+
'FOURNISSEUR_IDFFISC,'+
'FOURNISSEUR_BNKNOM,'+
'FOURNISSEUR_BNKADR,'+
'FOURNISSEUR_BNKVILLE,'+
'FOURNISSEUR_OBS,'+
'FOURNISSEUR_DATEC,'+
'FOURNISSEUR_TYPE,'+
'FOURNISSEUR_FRMJUR,'+
'DES_TYPE,'+
'FRMJ_NOM'

Déjà le GroupBy ne semble peu utile puisqu'il n'y a pas d'aggrégation ...
Faire des jointures sur des noms au lieu de le faire sur des ID Entier AutoInc (voir Trigger) n'aide pas non plus à la performance ...

Ensuite, en MySQL, il n'y a pas de sensibilité à la casse par défaut, en FireBird, je ne m'en souvient plus, mais il me semble qu'il est sensible, donc malheureusement les UPPER coute énormement surtout que ta clause étant un OR ce qui est encore plus couteux ... enfin les like, même avec un index sur chaque champ, resteront long puisque c'est une comparaison lente... ensuite, effectivement, il faudrait regarder le packetrecord pour réduire le nombre d'enregistrement envoyé, ainsi tu récupéres quelques enregistrement, tu les affiches ou tu calculs, et pendant ce temps, le serveur continue à gérer la requête, et tu récupères ainsi des enregistrement par paquet ... mais je n'ai utilisé que le TIBQuery et je n'ai pas souvenir d'avoir la gestionnaire de page de données

c'est classique, la recherche fonctionnelle qu'aime les clients c'est lourd ...

salut

Effectivement ton Group By est inutile puisque tu n'utilises pas de fonction d'aggregat.

Ensuite je confirme effectivement que Firebird est 'Case sensitive'. De plus les conditions de type: where ... like '%AAA%' n'utiliserons jamais les index.

Donc pour optimiser ta requête à part définir tes jointures avec des 'inner join', je crois qu'il va être difficile de vraiment rendre ta requête performante.

En conclusion, je citerai Shai:

Citation:

---

Envoyé par ShaiLeTroll

c'est classique, la recherche fonctionnelle qu'aime les clients c'est lourd ...

---

@+

Ah!! Merci bcp pour vos reponses, j'essaye de gagner du temps au max ;), je vais dabord les separé en deux parties, la ou il y a le grand or!!!je proposera a celui qui veut cherhche d'utiliser une des deux, je gagnera surement la moitié du temps, malheureusement j'utilise dbexpresse comem moyen de connection et je 'ai pas trouvé le moeyen dele faire ;)

Merci encore pour votre aide et pour vos explications (en réalité c ce que j'espérai)
A bientot j'espere...

Cordialement nassim!