|
| Optimisation de HLitRecherchePremier |
| Iniciado por info, 12,nov. 2004 10:29 - 4 respuestas |
| |
| | | |
|
| |
| Publicado el 12,noviembre 2004 - 10:29 |
J'ai une table TOTO de 100.000 enregistrements avec une clé composée ID = Numero1 + Numero 2 (deux rubriques de type numérique).
J'utilise :
cle est une chaîne
cle = HConstruitValClé (TOTO, ID, numero1, numero2)
HLitRecherchePremier (TOTO, ID, cle)
Selon les valeurs de numero1 et numero2, le temps d'éxécution de HLitRecherchePremier va de 35ms à 415ms.
Cette dernière valeur est excessive. J'ai essayé HOptimise (TOTO, ID) : aucune amélioration. Qui a une idée ?
PS : ma table TOTO est toute neuve, je l'ai régénérée avec les ID déjà triés ! |
| |
| |
| | | |
|
| | |
| |
| Publicado el 12,noviembre 2004 - 10:40 |
Salut
Les temps donnés m'étonnent s'il s'agit vraiment d'une clé dans CE FICHIER. Vérifie bien qu'il ne s'agit pas d'une clé copiée d'un autre fichier pour liaison.
Ciao
http://wdgotcha.atspace.com |
| |
| |
| | | |
|
| | |
| |
| Publicado el 12,noviembre 2004 - 10:50 |
| Ma table TOTO est unique dans mon projet, et je viens de la construire. Il n'y a pas de liaison avec une autre table. Elle est toute neuve!!! |
| |
| |
| | | |
|
| | |
| |
| Publicado el 12,noviembre 2004 - 12:34 |
Bonjour,
J'ai eu aussi des soucis de temps de réponse sur une nouvelle table avec clé composée. J'ai diminué considérablement les temps de réponses en réindexant cette table que je venais de remplir ....
Donc réindexe et tiens-moi au courant des temps après.
Michel. |
| |
| |
| | | |
|
| | |
| |
| Publicado el 12,noviembre 2004 - 14:04 |
TOUT est résolu !
En fait, HLitRecherchePremier retourne faux si la 2e composante de la clé n'est pas identique. Je fais donc désormais :
SI HLitRecherchePremier (TOTO, ID, numero1, numero2) = Faux ALORS
SI TOTO.numero = numero1 ALORS
res = Vrai
SINON
res = Faux
FIN
FIN |
| |
| |
| | | |
|
| | | | |
| | |
|