Bonjour,
 
j'ai une requete où je dois récupérer le dernier champ auto incrémenté d'une table pour insérer une ligne comportant cet ID dans une autre table.
Je l'ai fait avec la fonction LAST_INSERT_ID. Le probleme c'est qu'apparemment cette fonction est propre a MySQL.
 
Mon application doit être portable. Elle doit pouvoir marcher avec une base SQLite, qui n'accepte pas cette fonction.
Y a-t-il une méthode pour faire ca en standard SQL?
 
Merci pour votre aide.

je propose un simple
 
select max(auto_number_id) from table;

Ce serait ok s'il n'y avait qu'un seul utilisateur à la fois. Mais l'application peut être utilisée par plusieurs personnes en même temps. Donc s'il y a un insert entre mon insertion et la requete qui récupère le max de l'ID, la valeur récupérée sera faussée  
 
(désolé de ne pas l'avoir précisé plus tot)

d'une manière générale l'exécution d'une requete ne remonte que le résultat à l'instant d'exécution, après tu peux créer une interface qui te donne en temps réel le dernier élément en cours... mais tu peux difficilement éliminée le risque d'ajout entre deux étapes...

Justement si la requete de récupération de l'ID max s'exécute apres une 2e insertion sur la table, je n'aurai pas le bon ID. Je vois toujours pas comment faire.
 
EDIT: donc pas de solution fiable a priori ?

peut être en faisant deux requetes une au debut, une apres, juste avant ton insertion dans ton autre table...

Je n'ai pas parfaitement saisi ta phrase. Mais si tu parles de récupérer l'id_max avant l'insertion dans la 1ere table, puis de re-récupérer l'id_max sur cette 1ere table afin de comparer si id_max_apres= id_max_avant+1, ca pose la question du nombres de lignes insérées entre ces 2 étapes. Le probleme n'est que reporté. La possibilité d'avoir des insertions mulitples entre ces 2 étapes est d'autant plus faible, mais je n'aime pas l'idée du "ca marche la plupart du temps donc ca va".

ben j'ai pas mieux à te proposer pour l'instant
 
Je pense que ton pb est inhérent à tout SGBD...

Il y a peut être des fonctions qui permettent de "locker" la table pour éviter toute modification entre l'insertion et la recherche du max  
(bon, ca devient un peu une usine à gaz )

Bonjour,
 
En php5, il y a ça : sqlite_last_insert_rowid.
http://www.php.net/manual/fr/funct [...] -rowid.php

j'ai vu ca merci. Mais je programme en Java. C'est pour ca que je cherche une méthode en SQL.
Merci quand même  

Désolé. (Michel Denizot)

c'est du multiclient ou pas? vu que c'est une base portable je demande

A priori, l'application est partagée et est censée se situer sur le serveur de fichier. Les utilisateurs (employés de la boite) accèdent donc à la même ressource, application et base.

Va voir là :
http://search.cpan.org/~adamk/DBIx-MySQLSequence-1.00/lib/DBIx/MySQLSequence.pm
 
Le principe est peut-être intéressant à reproduire pour toi.

si ils accedent a la même application réellement c'est a dire a la même instance de l'application, alors tu ne devrais pas trop te casser la nenette et juste faire un sigleton de ta classe qui interface ta db

Le principe du singleton me parait intéressant.
Mais ca ne résout pas le pb nan?
Le user 1 insert une ligne dans la table 'contact'. L'id généré est 1.  
Le user 2 insert une ligne dans la table 'contact'. L'id généré est 2.
Le user 1 récupère max(id_contact). Il récupère l'id 2 et non 1.
 
Ca marcherait si le fait d'accéder à une méthode de ce singleton bloque l'accès à cette méthode pour les autres utilisateurs, le temps de son exécution. Est-ce la cas? (c'est la 1ere fois que je rencontre cette situation)

fait un trigger

 
ben oui il va récuperer l'id deux, vu cette séquence je ne vois pas pourquoi il devrait récuperer l'id 1, ou alors dans ton singleton tu enchaines les deux instructions et donc le client1 récuperera directement l'id de sa derniere transaction, ou bien alors tu fais une procédure au niveau de ta db ou tu vas locker la table, enchainer les deux instructions, et faire remonter ton max id.
 
mais de toute facon tu dois gérer d'une manière ou d'une autre un sysème de transaction, tu le mets au niveau applicatif ou db ca c'est a toi de voir

 
La fonction LOCK TABLES (http://dev.mysql.com/doc/refman/5. [...] ables.html) est propre à MySQL aussi ? parce que sinon tu bloques ta table le temps d'insérer puis de récupérer ton max ID ...

wof. sinon tu fais juste un select sur ta sequence. et tu insères en conséquence.

la sequence est elle aussi "partagée" si la base l'est non? donc la question de l'accès multiple reste en suspens.
J'ai convaincu mon maitre de stage de rester sur du MySQL, mais bon  

edit: apparemment oui LOCK TABLES est propre a MySQL. A confirmer, mais j'ai cru lire qu'il nétait pas standard sql.

mais trigger bonsang

pour le trigger il faut voir si il doit le faire dans tous les cas, il devrait mieux définir le contexte, mais sinon une stored procedure et c'est emballé

J'ai besoin des infos récupérées dans les champs de ma fenetre pour insérer dans la 2e table. Je peux faire ca avec un trigger ou une procédure stockée?
(parce que les seuls triggers qu'il m'est arrivé de coder ne dépendent pas de la couche logicielle)

pas tellement de choix possible je pense:
- tu es capable d'aller rechercher l'id dans ta 2ème fenetre.
- tu dois faire remonter l'id de ton 1er insert, d'ou insertion via une procédure stockée.
- tu ne fais tes deux inserts que lors de la validation complète de tes deux formulaires.

un petit déterrage....      
 
J'avais le même problème et voila la reponse. La fonction Native en sqlite est