Bonjour
J'ai une appli avec accès natif MySQL.
Sur les tables fichiers la recherche avec loupe est très longue. A titre
d'exemple, une recherche avec la loupe de la réf. "B-3339" sur un fichier
articles contenant 100.000 enreg. prend environ 15 secondes... les
utilisateurs râlent bien sur.
Le problème vient du fait que j'ai un filtre sur le fichier positionné
le code suivant:
gFiltre = "IDTYPE = 4 et TERMINE = 0"
),gFiltre)
Ce filtre permet de sélectionner les article de type "article" (IDTYPE 4)
toujours actifs (TERMINE = 0).
IDTYPE est indexé, TERMINE est non indexé. La rubrique de parcours
est indexée.
Sans le filtre, la recherche s'effectue 2 fois plus vite (ce qui n'est pas
génial non plus d'ailleurs)
Voyez vous une solution pour que la recherche soit plus rapide ?
Merci à tous
Bonjour
J'ai une appli avec accès natif MySQL.
Sur les tables fichiers la recherche avec loupe est très longue. A titre
d'exemple, une recherche avec la loupe de la réf. "B-3339" sur un fichier
articles contenant 100.000 enreg. prend environ 15 secondes... les
utilisateurs râlent bien sur.
Le problème vient du fait que j'ai un filtre sur le fichier positionné
le code suivant:
gFiltre = "IDTYPE = 4 et TERMINE = 0"
),gFiltre)
Ce filtre permet de sélectionner les article de type "article" (IDTYPE 4)
toujours actifs (TERMINE = 0).
IDTYPE est indexé, TERMINE est non indexé. La rubrique de parcours
est indexée.
Sans le filtre, la recherche s'effectue 2 fois plus vite (ce qui n'est pas
génial non plus d'ailleurs)
Voyez vous une solution pour que la recherche soit plus rapide ?
Merci à tous
Bonjour
J'ai une appli avec accès natif MySQL.
Sur les tables fichiers la recherche avec loupe est très longue. A titre
d'exemple, une recherche avec la loupe de la réf. "B-3339" sur un fichier
articles contenant 100.000 enreg. prend environ 15 secondes... les
utilisateurs râlent bien sur.
Le problème vient du fait que j'ai un filtre sur le fichier positionné
le code suivant:
gFiltre = "IDTYPE = 4 et TERMINE = 0"
),gFiltre)
Ce filtre permet de sélectionner les article de type "article" (IDTYPE 4)
toujours actifs (TERMINE = 0).
IDTYPE est indexé, TERMINE est non indexé. La rubrique de parcours
est indexée.
Sans le filtre, la recherche s'effectue 2 fois plus vite (ce qui n'est pas
génial non plus d'ailleurs)
Voyez vous une solution pour que la recherche soit plus rapide ?
Merci à tous
Bonjour
J'ai une appli avec accès natif MySQL.
Sur les tables fichiers la recherche avec loupe est très longue. A titre
d'exemple, une recherche avec la loupe de la réf. "B-3339" sur un fichier
articles contenant 100.000 enreg. prend environ 15 secondes... les
utilisateurs râlent bien sur.
Le problème vient du fait que j'ai un filtre sur le fichier positionné avec
le code suivant:
gFiltre = "IDTYPE = 4 et TERMINE = 0"
hFiltre(TABLE..FichierParcouru,TABLE..RubriqueParcourue,Caract(0),Caract(255
),gFiltre)
Ce filtre permet de sélectionner les article de type "article" (IDTYPE = 4)
toujours actifs (TERMINE = 0).
IDTYPE est indexé, TERMINE est non indexé. La rubrique de parcours REFCONST
est indexée.
Sans le filtre, la recherche s'effectue 2 fois plus vite (ce qui n'est pas
génial non plus d'ailleurs)
Voyez vous une solution pour que la recherche soit plus rapide ?
Merci à tous
Bonjour
J'ai une appli avec accès natif MySQL.
Sur les tables fichiers la recherche avec loupe est très longue. A titre
d'exemple, une recherche avec la loupe de la réf. "B-3339" sur un fichier
articles contenant 100.000 enreg. prend environ 15 secondes... les
utilisateurs râlent bien sur.
Le problème vient du fait que j'ai un filtre sur le fichier positionné avec
le code suivant:
gFiltre = "IDTYPE = 4 et TERMINE = 0"
hFiltre(TABLE..FichierParcouru,TABLE..RubriqueParcourue,Caract(0),Caract(255
),gFiltre)
Ce filtre permet de sélectionner les article de type "article" (IDTYPE = 4)
toujours actifs (TERMINE = 0).
IDTYPE est indexé, TERMINE est non indexé. La rubrique de parcours REFCONST
est indexée.
Sans le filtre, la recherche s'effectue 2 fois plus vite (ce qui n'est pas
génial non plus d'ailleurs)
Voyez vous une solution pour que la recherche soit plus rapide ?
Merci à tous
Bonjour
J'ai une appli avec accès natif MySQL.
Sur les tables fichiers la recherche avec loupe est très longue. A titre
d'exemple, une recherche avec la loupe de la réf. "B-3339" sur un fichier
articles contenant 100.000 enreg. prend environ 15 secondes... les
utilisateurs râlent bien sur.
Le problème vient du fait que j'ai un filtre sur le fichier positionné avec
le code suivant:
gFiltre = "IDTYPE = 4 et TERMINE = 0"
hFiltre(TABLE..FichierParcouru,TABLE..RubriqueParcourue,Caract(0),Caract(255
),gFiltre)
Ce filtre permet de sélectionner les article de type "article" (IDTYPE = 4)
toujours actifs (TERMINE = 0).
IDTYPE est indexé, TERMINE est non indexé. La rubrique de parcours REFCONST
est indexée.
Sans le filtre, la recherche s'effectue 2 fois plus vite (ce qui n'est pas
génial non plus d'ailleurs)
Voyez vous une solution pour que la recherche soit plus rapide ?
Merci à tous
> salut
as tu essayé en ajoutant une clé composé (idtype,termine,refconst) ?
> salut
as tu essayé en ajoutant une clé composé (idtype,termine,refconst) ?
> salut
as tu essayé en ajoutant une clé composé (idtype,termine,refconst) ?
salut
as tu essayé en ajoutant une clé composé (idtype,termine,refconst) ?
Bonjour,
Je voudrais - si possible - éviter les clés composées.
De plus, la table peut être triée sur 4 rubriques:
REFCONST (référence constructeur), DESIGNATION (désignation article),
IDARTICLE (identifiant) et REFINT (référence interne)...
voire plus car on peut effectuer des recherches par constructeur et autres
champs.
J'ai remarqué que le positionnement par hLitRecherche() est beaucoup plus
rapide. J'ai pensé à désactiver la recherche par loupe. Mais je perd le côté
pratique de ce système. Y a t il un moyen de gérer son propre code de
recherche dans la loupe ?
Encore merci
salut
as tu essayé en ajoutant une clé composé (idtype,termine,refconst) ?
Bonjour,
Je voudrais - si possible - éviter les clés composées.
De plus, la table peut être triée sur 4 rubriques:
REFCONST (référence constructeur), DESIGNATION (désignation article),
IDARTICLE (identifiant) et REFINT (référence interne)...
voire plus car on peut effectuer des recherches par constructeur et autres
champs.
J'ai remarqué que le positionnement par hLitRecherche() est beaucoup plus
rapide. J'ai pensé à désactiver la recherche par loupe. Mais je perd le côté
pratique de ce système. Y a t il un moyen de gérer son propre code de
recherche dans la loupe ?
Encore merci
salut
as tu essayé en ajoutant une clé composé (idtype,termine,refconst) ?
Bonjour,
Je voudrais - si possible - éviter les clés composées.
De plus, la table peut être triée sur 4 rubriques:
REFCONST (référence constructeur), DESIGNATION (désignation article),
IDARTICLE (identifiant) et REFINT (référence interne)...
voire plus car on peut effectuer des recherches par constructeur et autres
champs.
J'ai remarqué que le positionnement par hLitRecherche() est beaucoup plus
rapide. J'ai pensé à désactiver la recherche par loupe. Mais je perd le côté
pratique de ce système. Y a t il un moyen de gérer son propre code de
recherche dans la loupe ?
Encore merci
> Peut être mettre un index sur la rubrique parcourue?
Pour Termine je suppose que la valeur est 1 ou 0 dans ce cas pas besoin
d'indexer.
> Peut être mettre un index sur la rubrique parcourue?
Pour Termine je suppose que la valeur est 1 ou 0 dans ce cas pas besoin
d'indexer.
> Peut être mettre un index sur la rubrique parcourue?
Pour Termine je suppose que la valeur est 1 ou 0 dans ce cas pas besoin
d'indexer.
> salut
> as tu essayé en ajoutant une clé composé (idtype,termine,refconst) ?
>
Bonjour,
Je voudrais - si possible - éviter les clés composées.
> salut
> as tu essayé en ajoutant une clé composé (idtype,termine,refconst) ?
>
Bonjour,
Je voudrais - si possible - éviter les clés composées.
> salut
> as tu essayé en ajoutant une clé composé (idtype,termine,refconst) ?
>
Bonjour,
Je voudrais - si possible - éviter les clés composées.
"I.G.LOG" a écrit dans le message de
news:47fb21cd$0$869$> salut
> as tu essayé en ajoutant une clé composé (idtype,termine,refconst) ?
>
Bonjour,
Je voudrais - si possible - éviter les clés composées.
faut savoir ce que tu veux....
les clés composés servent à accélerer les recherches multicriteres
si tu a une table avec de rubrique indexé R1 & R2
une recherche sur R1=v1 et R2=v2 introduit normalement :
acces sur index R1=v1
Parcourir tous les enregistrements, renvoyer tous les élements dont
R2=v2
d'ou les temps de recherche.....
si tu as une table avec une clé composé (R1,R2)
une recherche sur R1=v1 et R2=v2 introduit normalement :
acces sur index (R1,R2)=(v1,v2)
renvoyer les enregistrements
donc pour résumer:
si tu veux accelerer: => clé composé
(ou alors charge tout en mémoire)
"I.G.LOG" <iglog@free.fr> a écrit dans le message de
news:47fb21cd$0$869$ba4acef3@news.orange.fr...
> salut
> as tu essayé en ajoutant une clé composé (idtype,termine,refconst) ?
>
Bonjour,
Je voudrais - si possible - éviter les clés composées.
faut savoir ce que tu veux....
les clés composés servent à accélerer les recherches multicriteres
si tu a une table avec de rubrique indexé R1 & R2
une recherche sur R1=v1 et R2=v2 introduit normalement :
acces sur index R1=v1
Parcourir tous les enregistrements, renvoyer tous les élements dont
R2=v2
d'ou les temps de recherche.....
si tu as une table avec une clé composé (R1,R2)
une recherche sur R1=v1 et R2=v2 introduit normalement :
acces sur index (R1,R2)=(v1,v2)
renvoyer les enregistrements
donc pour résumer:
si tu veux accelerer: => clé composé
(ou alors charge tout en mémoire)
"I.G.LOG" a écrit dans le message de
news:47fb21cd$0$869$> salut
> as tu essayé en ajoutant une clé composé (idtype,termine,refconst) ?
>
Bonjour,
Je voudrais - si possible - éviter les clés composées.
faut savoir ce que tu veux....
les clés composés servent à accélerer les recherches multicriteres
si tu a une table avec de rubrique indexé R1 & R2
une recherche sur R1=v1 et R2=v2 introduit normalement :
acces sur index R1=v1
Parcourir tous les enregistrements, renvoyer tous les élements dont
R2=v2
d'ou les temps de recherche.....
si tu as une table avec une clé composé (R1,R2)
une recherche sur R1=v1 et R2=v2 introduit normalement :
acces sur index (R1,R2)=(v1,v2)
renvoyer les enregistrements
donc pour résumer:
si tu veux accelerer: => clé composé
(ou alors charge tout en mémoire)
Bonjour
J'ai une appli avec accès natif MySQL.
Sur les tables fichiers la recherche avec loupe est très longue. A titre
d'exemple, une recherche avec la loupe de la réf. "B-3339" sur un fichier
articles contenant 100.000 enreg. prend environ 15 secondes... les
utilisateurs râlent bien sur.
Le problème vient du fait que j'ai un filtre sur le fichier positionné
avec
le code suivant:
gFiltre = "IDTYPE = 4 et TERMINE = 0"
hFiltre(TABLE..FichierParcouru,TABLE..RubriqueParcourue,Caract(0),Caract(255
),gFiltre)
Ce filtre permet de sélectionner les article de type "article" (IDTYPE =
4)
toujours actifs (TERMINE = 0).
IDTYPE est indexé, TERMINE est non indexé. La rubrique de parcours
REFCONST
est indexée.
Sans le filtre, la recherche s'effectue 2 fois plus vite (ce qui n'est pas
génial non plus d'ailleurs)
Voyez vous une solution pour que la recherche soit plus rapide ?
Merci à tous
Bonjour
J'ai une appli avec accès natif MySQL.
Sur les tables fichiers la recherche avec loupe est très longue. A titre
d'exemple, une recherche avec la loupe de la réf. "B-3339" sur un fichier
articles contenant 100.000 enreg. prend environ 15 secondes... les
utilisateurs râlent bien sur.
Le problème vient du fait que j'ai un filtre sur le fichier positionné
avec
le code suivant:
gFiltre = "IDTYPE = 4 et TERMINE = 0"
hFiltre(TABLE..FichierParcouru,TABLE..RubriqueParcourue,Caract(0),Caract(255
),gFiltre)
Ce filtre permet de sélectionner les article de type "article" (IDTYPE =
4)
toujours actifs (TERMINE = 0).
IDTYPE est indexé, TERMINE est non indexé. La rubrique de parcours
REFCONST
est indexée.
Sans le filtre, la recherche s'effectue 2 fois plus vite (ce qui n'est pas
génial non plus d'ailleurs)
Voyez vous une solution pour que la recherche soit plus rapide ?
Merci à tous
Bonjour
J'ai une appli avec accès natif MySQL.
Sur les tables fichiers la recherche avec loupe est très longue. A titre
d'exemple, une recherche avec la loupe de la réf. "B-3339" sur un fichier
articles contenant 100.000 enreg. prend environ 15 secondes... les
utilisateurs râlent bien sur.
Le problème vient du fait que j'ai un filtre sur le fichier positionné
avec
le code suivant:
gFiltre = "IDTYPE = 4 et TERMINE = 0"
hFiltre(TABLE..FichierParcouru,TABLE..RubriqueParcourue,Caract(0),Caract(255
),gFiltre)
Ce filtre permet de sélectionner les article de type "article" (IDTYPE =
4)
toujours actifs (TERMINE = 0).
IDTYPE est indexé, TERMINE est non indexé. La rubrique de parcours
REFCONST
est indexée.
Sans le filtre, la recherche s'effectue 2 fois plus vite (ce qui n'est pas
génial non plus d'ailleurs)
Voyez vous une solution pour que la recherche soit plus rapide ?
Merci à tous
Bonjour
J'ai une appli avec accès natif MySQL.
Sur les tables fichiers la recherche avec loupe est très longue. A titre
d'exemple, une recherche avec la loupe de la réf. "B-3339" sur un fichier
articles contenant 100.000 enreg. prend environ 15 secondes... les
utilisateurs râlent bien sur.
Le problème vient du fait que j'ai un filtre sur le fichier positionné avec
le code suivant:
gFiltre = "IDTYPE = 4 et TERMINE = 0"
hFiltre(TABLE..FichierParcouru,TABLE..RubriqueParcourue,Caract(0),Caract(255
),gFiltre)
Ce filtre permet de sélectionner les article de type "article" (IDTYPE = 4)
toujours actifs (TERMINE = 0).
IDTYPE est indexé, TERMINE est non indexé. La rubrique de parcours REFCONST
est indexée.
Sans le filtre, la recherche s'effectue 2 fois plus vite (ce qui n'est pas
génial non plus d'ailleurs)
Voyez vous une solution pour que la recherche soit plus rapide ?
Merci à tous
Bonjour
J'ai une appli avec accès natif MySQL.
Sur les tables fichiers la recherche avec loupe est très longue. A titre
d'exemple, une recherche avec la loupe de la réf. "B-3339" sur un fichier
articles contenant 100.000 enreg. prend environ 15 secondes... les
utilisateurs râlent bien sur.
Le problème vient du fait que j'ai un filtre sur le fichier positionné avec
le code suivant:
gFiltre = "IDTYPE = 4 et TERMINE = 0"
hFiltre(TABLE..FichierParcouru,TABLE..RubriqueParcourue,Caract(0),Caract(255
),gFiltre)
Ce filtre permet de sélectionner les article de type "article" (IDTYPE = 4)
toujours actifs (TERMINE = 0).
IDTYPE est indexé, TERMINE est non indexé. La rubrique de parcours REFCONST
est indexée.
Sans le filtre, la recherche s'effectue 2 fois plus vite (ce qui n'est pas
génial non plus d'ailleurs)
Voyez vous une solution pour que la recherche soit plus rapide ?
Merci à tous
Bonjour
J'ai une appli avec accès natif MySQL.
Sur les tables fichiers la recherche avec loupe est très longue. A titre
d'exemple, une recherche avec la loupe de la réf. "B-3339" sur un fichier
articles contenant 100.000 enreg. prend environ 15 secondes... les
utilisateurs râlent bien sur.
Le problème vient du fait que j'ai un filtre sur le fichier positionné avec
le code suivant:
gFiltre = "IDTYPE = 4 et TERMINE = 0"
hFiltre(TABLE..FichierParcouru,TABLE..RubriqueParcourue,Caract(0),Caract(255
),gFiltre)
Ce filtre permet de sélectionner les article de type "article" (IDTYPE = 4)
toujours actifs (TERMINE = 0).
IDTYPE est indexé, TERMINE est non indexé. La rubrique de parcours REFCONST
est indexée.
Sans le filtre, la recherche s'effectue 2 fois plus vite (ce qui n'est pas
génial non plus d'ailleurs)
Voyez vous une solution pour que la recherche soit plus rapide ?
Merci à tous