Discussion :

[ptit_bleu]

Bonjour,

On a fait développer un programme en C++ pour faire de l'acquisition de données avec ensuite écriture dans plusieurs tables d'une base MySQL (sous-entendu je ne suis pas développeur mais utilisateur).

Régulièrement, le programme écrit des données dans la table 1 avec, en particulier, une colonne NumeroAcquis (type int auto-incrémenté).
Puis le programme interroge la table 1 pour aller chercher le dernier n° de la colonne NumeroAcquis (type int auto-incrémenté) et aller le copier avec d'autres données dans une table 2.
On a remarqué que plus la table 1 grandit, plus le temps pour récupérer ce dernier n° augmente.

En regardant le programme, on a vu que le programmeur faisait un
SELECT NumeroAcquis from table 1;
Puis faisait une boucle en C++ pour trouver la dernière ligne.
Donc plus la base grandit (et elle grandit rapidement), plus ça prend du temps.

En regardant à droite à gauche, j'ai vu que je pouvais faire la même chose avec un
SELECT max(NumeroAcquis) from table 1;
ou avec un
SELECT NumeroAcquis from table1 order by NumeroAcquis DESC LIMIT 1;

Pouvez-vous me dire quelle requête est préférable en terme vitesse ou me dire comment vérifier la vitesse de ces deux requêtes ?

Une dernière question (ou deux) pour la route : j'ai aussi vu une commande last_insert_id(). Mais je n'arrive pas à l'utiliser (il sort toutes les lignes remplies avec un 0). Est-une bonne commande pour ce que je veux faire (plus rapide que les 2 précédentes) ? Et si oui, comment l'utiliser ?

Merci par avance pour votre aide,
Bon week-end,
Ptit Bleu.

[Sivrît]

En regardant à droite à gauche, j'ai vu que je pouvais faire la même chose avec un
SELECT max(NumeroAcquis) from table 1;
ou avec un
SELECT NumeroAcquis from table1 order by NumeroAcquis DESC LIMIT 1;

Pouvez-vous me dire quelle requête est préférable en terme vitesse ou me dire comment vérifier la vitesse de ces deux requêtes ?

La première peut éventuellement être plus rapide d'un cheveux. C'est la syntaxe normale pour récupérer la plus grande valeur. La deuxième a l'avantage de permettre de rajouter des champs à la clause SELECT pour récupérer tout le dernier enregistrement. Si on se limite au numéro elle seront probablement équivalentes. Quelle que soit a syntaxe utilisée il sera critique de disposer d'un index sur "NumeroAcquis".

Pour ce qui est des vérifications il y aurait "SHOW INDEXES FROM [...]" et aussi un bon gros "EXPLAIN" de la requête (idéalement je crois que la dernière colonne devrait indiquer "using index").

Une dernière question (ou deux) pour la route : j'ai aussi vu une commande last_insert_id(). Mais je n'arrive pas à l'utiliser (il sort toutes les lignes remplies avec un 0). Est-une bonne commande pour ce que je veux faire (plus rapide que les 2 précédentes) ? Et si oui, comment l'utiliser ?

"last_insert_id" est un peu différent mais pourrait être tout à fait approprié ici (notamment il n'a pas besoin d'un index pour être efficace et sera probablement encore plus rapide). Il permet, juste après avoir réalisé une (ou plusieurs) insertions avec une valeur auto-incrémentée, d'en récupérer la dernière valeur utilisée.

Pour l'utiliser il faut faire un

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SELECT LAST_INSERT_ID();

immédiatement après la dernière insertion. Exactement une ligne devrait être retournée.

Je ne l'ai jamais vraiment utilisée alors je conseillerais plutôt d'aller voir du côté de la doc qui donne les détails de son comportement.

[ptit_bleu]

Merci pour ta réponse Sivrît.
Je vais suivre tes conseils (le "max" et tester la commande "explain").
Pour le last_insert_id, je vais passer l'info au programmeur pour qu'il intègre et teste cette solution dans son script.

Encore merci,
Bonne semaine,
Ptit Bleu.

[ptit_bleu]

Bonjour,

J'avais coché "Résolu" mais ce n'est au final pas vraiment le cas.
Avec la requête "select max", après 2 semaines d'acquisition, le temps entre 2 acquisitions (correspondant à la récupération du n° de la dernière ligne et l'écriture des données de la dernière acquisition) a quasiment doublé (de 4 à 8 secondes).

Pour moi, le temps d'écriture devrait être constant, mais je ne sais pas comment le vérifier. Donc le souci vient sans doute du temps pour récupérer la dernière ligne.

Est-ce que vous auriez une idée de requête pour améliorer la vitesse de la requête ?
(je n'ai pas encore testé la solution last_insert_id - serait-ce la solution ? ...)

Merci par avance,
Bonne semaine,
Ptit Bleu.

[ptit_bleu]

Après un examen plus en détail du programme, le problème ne vient pas de
"select max" mais d'une commande DBActivateMap.
J'ai lancé un nouveau post à ce sujet.
Fin de ce post.

Désolé pour l'erreur de diagnostic ...
et merci par avance à ceux qui m'aideront ma question sur DBActivateMap.
Ptit Bleu.