Rechercher une valeur précise dans une table

Bjr à tous !!

Voilà, pour une raison d'optimisation de mon code, je voulais savoir si, pour rechercher dans une table une valeur précise, la commande "SELECT" était appropriée ?

Je m'explique : je suppose que, qd on fait un "SELECT" dans une table, c'est la table entière qui est parcourue du 1er au dernier enregistrement, hors moi, je voudrais que, qd le programme trouve la valeur en question dans la table, celui-ci s'arrête (ex : il y a 10 enregistrements ds ma table, la valeur que je recherche est ds le 4ème enregistrement et je veux que le programme s'arrête donc à ce 4ème enregistrement)

Y a t-il une fonction MySQL qui permette de faire ceci ?
Merci d'éclairer ma lanterne en espérant avoir été clair ;)

Bonjour;
J'ai pas compri ta question
T'utilise un API pour acceder a la base ?

Citation:

---

Envoyé par buggen25

Bonjour;
J'ai pas compri ta question
T'utilise un API pour acceder a la base ?

---

Je n'utilise pas d'API. En fait, je voulais savoir s'il existait une fonction MySQL pour rechercher dans une table une valeur précise au lieu d'utiliser une requête de type "SELECT" ?

Salut,

Citation:

---

Envoyé par tonton54

Voilà, pour une raison d'optimisation de mon code, je voulais savoir si, pour rechercher dans une table une valeur précise, la commande "SELECT" était appropriée ?

---

Oui vu que c'est la seule ;)

Sinon ce que tu veux faire n'est pas possible au niveau table.

Par contre si ta requête porte sur un index unique, je suppose que le SGBD s'arrètera de lire l'index quand il aura trouvé la valeur en question car comme il est unique il sait qu'il ne trouvera pas d'autres entrées pour cette valeur.

Je ne suis pas sûr de ce que j'avance car je ne connais pas vraiment les mécanismes internes des SGBD, mais je doute qu'il bosse pour rien.

Tes soucis d'optimisation sont ils liés à des problèmes de perf?
Si oui vérifie tes indexes pour la requête en question, et regarde son plan d'exécution (EXPLAIN).
Si non, comme chaque problème de perf est spécifique, il est préférable de les traiter quand ils surviennent. (En supposant tout de même que la requête est bien écrite.)

Citation:

---

Envoyé par skuatamad

Salut,

Oui vu que c'est la seule ;)

Sinon ce que tu veux faire n'est pas possible au niveau table.

Par contre si ta requête porte sur un index unique, je suppose que le SGBD s'arrètera de lire l'index quand il aura trouvé la valeur en question car comme il est unique il sait qu'il ne trouvera pas d'autres entrées pour cette valeur.

Je ne suis pas sûr de ce que j'avance car je ne connais pas vraiment les mécanismes internes des SGBD, mais je doute qu'il bosse pour rien.

Tes soucis d'optimisation sont ils liés à des problèmes de perf?
Si oui vérifie tes indexes pour la requête en question, et regarde son plan d'exécution (EXPLAIN).
Si non, comme chaque problème de perf est spécifique, il est préférable de les traiter quand ils surviennent. (En supposant tout de même que la requête est bien écrite.)

---

Merci pour ta réponse skuatamad
Par contre, je ne sais pas comment fonctionne le système d'index, va falloir que je regarde ça de plus près

Couper la recherche au premier résultat devrait pouvoir se faire avec un "LIMIT 1", mais ça ne change rien à la complexité de la recherche et sa lenteur, contrairement à une bonne indexation.