Discussion :

[matio]

Bonjour,
En sql , comment trouver le dernier enregistrement en ne sachant pas le nombre d'enregistrements contenu dans la table ?
Merci

[Magnus]

En sql , comment trouver le dernier enregistrement en ne sachant pas le nombre d'enregistrements contenu dans la table ?

ça va être difficile : http://sql.developpez.com/sqlaz/erreurs/#L5

[HULK]

tu as pas un champ clé primaire en integer ?

[LeXo]

bonjour
ton id est ton identifiant incrémenté automatiquement donc le dernier est celui qui l'id le plus grand donc
Sélectionne le max(id) as dernierEnreg
select * from maTable where id=dernierEnreg

et voila mais ya surement plus pro

ciao

[tazmania]

La commande Last ne fonctionne pas

Code :

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

1
2
3
 
SELECT LAST(column) AS [expression]
FROM table

[SQLpro]

La commande LAST n'existe pas en SQL car elle viole les principes de bases des SGBD relationnels dans lesquels toute notion d'ordre par défaut n'existe pas.

Vous ne pourrez trouver la dernière ligne (et non enregistrement, cette notion là aussi n'existe pas dans les SGBDR, et pour les mêmes raisons...) que si vous avez sciement introduit une information pour ce faire (horodatage par exemple).

Même un auto incrément, par le fait qu'il peut être détourné ou décrémenter n'est pas suffisant à satisfaire votre demande.

A +

[tazmania]

Merci pour cette précision.
Mais alors Access fait n'importe quoi lors qu'il propose Dernier dans les différentes opérations qu'il peut réaliser

[PedroBD]

Merci pour cette précision.
Mais alors Access fait n'importe quoi lors qu'il propose Dernier dans les différentes opérations qu'il peut réaliser

Bonjour, j'ai aussi été confronté à ce problème et j'ai trouvé une solution, mais en php/mysql pas en Access.

En fait, je fais:

Code :

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

1
2
3
4
 
while($tmp=mysql_fetch_array($req)) {
//Commande quelconque ex: $i++
}

Une fois que la boucle a fini de tourner, $tmp contient la dernière valeur de la requête et $i contient le nombre de champs retournés. Mais attention, cette dernière valeur dépend du tri effectué. Dans mon cas il s'agit de date d'opérations, donc je fais un ORDER BY `Date`.

Je sais que c'est pas propre, mais ça marche et j'ai rien trouvé de mieux.

Dsl pour ceux qui seront choqués par si peu de finesse dans cette solution!

[Cybher]

pour PedroBD, j'aurais plus fait un 'order by date desc limit 1'