C'est ma premi=E8re intervention ici.
Je voudrais savoir s'il est plus performant de faire un
SELECT COUNT (commercial) FROM Jobs
WHERE commercial =3D '$li->ut_id' AND jo_actif =3D '0'
ou bien un
SELECT commercial FROM Jobs
WHERE commercial =3D '$li->ut_id' AND jo_actif =3D '0'
C'est ma première intervention ici. Je voudrais savoir s'il est plus performant de faire un SELECT COUNT (commercial) FROM Jobs WHERE commercial = '$li->ut_id' AND jo_actif = '0'
ou bien un SELECT commercial FROM Jobs WHERE commercial = '$li->ut_id' AND jo_actif = '0'
sans aucune commune mesure... En effet la première requête sera moins couteuse et la différence sera de plus en plus important au fur et à mesure du nombre de ligne. En effet la première ne ramène qu'une seule ligne d'une seule variable de 4 octets. La seconde va ramner n lignes d'en moyenne 8 à 10 octets. Or plus le volume des données à manipuler est important, moins rapide est la requête. Ensuite pour le traitement de la requête indépendamment des lignes ramenées, l'indexation es primordiale. Ainsi sans auncun index, il faut lire toute la table. Avec un index sur (commercial, jo_actif) il ne faudra lire que les entrées d'index correspondant.
<PUB>
Lisez l'article que j'ai écrit sur l'efficacité des techniques d'indexation : http://www.sqlspot.com/INDEXATION-une-etude-par-l-exemple.html
Merci.
Oli.
</PUB>
Fred Brouard - SQLpro a écrit :
Bonjour,
Olivier Berquin a écrit :
Bonjour tout le monde,
C'est ma première intervention ici.
Je voudrais savoir s'il est plus performant de faire un
SELECT COUNT (commercial) FROM Jobs
WHERE commercial = '$li->ut_id' AND jo_actif = '0'
ou bien un
SELECT commercial FROM Jobs
WHERE commercial = '$li->ut_id' AND jo_actif = '0'
sans aucune commune mesure... En effet la première requête sera moins
couteuse et la différence sera de plus en plus important au fur et à
mesure du nombre de ligne.
En effet la première ne ramène qu'une seule ligne d'une seule variable
de 4 octets.
La seconde va ramner n lignes d'en moyenne 8 à 10 octets.
Or plus le volume des données à manipuler est important, moins rapide
est la requête.
Ensuite pour le traitement de la requête indépendamment des lignes
ramenées, l'indexation es primordiale.
Ainsi sans auncun index, il faut lire toute la table. Avec un index sur
(commercial, jo_actif) il ne faudra lire que les entrées d'index
correspondant.
<PUB>
Lisez l'article que j'ai écrit sur l'efficacité des techniques
d'indexation :
http://www.sqlspot.com/INDEXATION-une-etude-par-l-exemple.html
C'est ma première intervention ici. Je voudrais savoir s'il est plus performant de faire un SELECT COUNT (commercial) FROM Jobs WHERE commercial = '$li->ut_id' AND jo_actif = '0'
ou bien un SELECT commercial FROM Jobs WHERE commercial = '$li->ut_id' AND jo_actif = '0'
sans aucune commune mesure... En effet la première requête sera moins couteuse et la différence sera de plus en plus important au fur et à mesure du nombre de ligne. En effet la première ne ramène qu'une seule ligne d'une seule variable de 4 octets. La seconde va ramner n lignes d'en moyenne 8 à 10 octets. Or plus le volume des données à manipuler est important, moins rapide est la requête. Ensuite pour le traitement de la requête indépendamment des lignes ramenées, l'indexation es primordiale. Ainsi sans auncun index, il faut lire toute la table. Avec un index sur (commercial, jo_actif) il ne faudra lire que les entrées d'index correspondant.
<PUB>
Lisez l'article que j'ai écrit sur l'efficacité des techniques d'indexation : http://www.sqlspot.com/INDEXATION-une-etude-par-l-exemple.html
Merci.
Oli.
</PUB>
Nicolas Krebs
nobody écrivit dans l'article news:4794ab42$0$21422$
Ahara wasia ulawa masiya. Bora nusu ya hasara raha na hasara ndzima.Dindri la shari la waili : nahika tsi lamtsimba ne lamtsimbiwa.Fumbo lahimbiwa mjinga mwendza ãkili ulirambua.
nobody écrivit dans l'article news:4794ab42$0$21422$426a74cc@news.free.fr
Ahara wasia ulawa masiya. Bora nusu ya hasara raha na hasara
ndzima.Dindri la shari la waili : nahika tsi lamtsimba ne
lamtsimbiwa.Fumbo lahimbiwa mjinga mwendza ãkili ulirambua.
nobody écrivit dans l'article news:4794ab42$0$21422$
Ahara wasia ulawa masiya. Bora nusu ya hasara raha na hasara ndzima.Dindri la shari la waili : nahika tsi lamtsimba ne lamtsimbiwa.Fumbo lahimbiwa mjinga mwendza ãkili ulirambua.
nobody écrivit dans l'article news:4794ab42$0$21422$
Ahara wasia ulawa masiya. Bora nusu ya hasara raha na hasara ndzima.Dindri la shari la waili : nahika tsi lamtsimba ne lamtsimbiwa.Fumbo lahimbiwa mjinga mwendza ãkili ulirambua.
"SQL est un langage transnational." il me semble avoir eux comme réponse lorsque je signalais : "Ce groupe est francophone, merci " donc ceci était la réponse au transnationaliste :-)
Nicolas Krebs a écrit :
nobody écrivit dans l'article news:4794ab42$0$21422$426a74cc@news.free.fr
Ahara wasia ulawa masiya. Bora nusu ya hasara raha na hasara
ndzima.Dindri la shari la waili : nahika tsi lamtsimba ne
lamtsimbiwa.Fumbo lahimbiwa mjinga mwendza ãkili ulirambua.
"SQL est un langage transnational." il me semble avoir eux comme réponse
lorsque je signalais : "Ce groupe est francophone, merci "
donc ceci était la réponse au transnationaliste :-)
nobody écrivit dans l'article news:4794ab42$0$21422$
Ahara wasia ulawa masiya. Bora nusu ya hasara raha na hasara ndzima.Dindri la shari la waili : nahika tsi lamtsimba ne lamtsimbiwa.Fumbo lahimbiwa mjinga mwendza ãkili ulirambua.
"SQL est un langage transnational." il me semble avoir eux comme réponse lorsque je signalais : "Ce groupe est francophone, merci " donc ceci était la réponse au transnationaliste :-)
