En fait ds ma requete INSERT, j'ajoute le nom d'un utilisateur, l'identifiant de cet utilisateur est de type autonumber, existe t'il une solution pr recup ce nombre ds la meme requete ou alors autre soluce ?????????
 
 
Merci d'avance

Précise le SGBD stp ;=)

en fait c'est access ms je ne voudrais pas etre limité par le SGBD

Si tu ne veux pas être limité, fais un select max(id) sur ta table juste après l'insertion.

le pb c'est que si qqn fait un insert pendant que je suis entre mon insert et mon select max(id) chuis ds la merde

tu programmes en quoi et quelle API?  ADO? DAO?

 
faut bloquer les insertions entre les deux alors (transations) mais je sais pas si c'est possible...

 
Si tu es sur une appli pro, effectivement ça peut merdouiller.
 
Si tu es sur un site amateur, il y a 0.00000001% de chances qu'un tel cas se produise
 
Et je vois que tu es sous Access, donc a priori la soluce du max+1 est plausible

une solution employée est d'avoir une table contenant ces fameuses valeurs à incrémenter.  Ainsi tu iras chercher tes nouveaux ID dans cette table (un row par table qui possède un ID auto incrémenté).  Comme tu lockeras cette table au moment de prendre une nouvelle valeur, tu n'as pas de risque que deux rows d'une table se retrouvent avec le même id.  Cette astuce te dispense d'avoir des propriétés auto_increment.
 
J'ai fait court, mais j'espère que c'était quand même compréhensible ;-)

C'est bien la soluce que g retennu, ms il peu tjrs avoir qqn qui fait une insertion pendant le meme tps

ben si tu lockes la table pour toi, pendant que tu fais ton incrémentation, personne d'autre ne peut en faire une.  Donc s'il ne peut faire l'incrémentation de l'ID, il pourra pas insérer une row.  zéro risque comme ça

 
Il y a combien d'utilisateurs en même temps?

 
  le truc super fiable  

DarkLord a écrit a écrit :       le truc super fiable

 
Et tu fais ça comment sinon?
 
C'est de l'Access, et, encore une fois, il faut voir les risques encourus par rapport à la somme de travail nécessaire.
 
S'il ne peut pas locker les tables...
 
Edit : ou alors, il faut abandonner l'idée d'un champ  autoincrémentable, et prendre, par exemple, l'heure système du serveur, à la miliseconde, ça devrait suffire non?

bin en Access déjà faut pas espérer pouvoir faire ce genre de choses de manière fiable. C'est comme si on ne regardait pas les limites des logiciels.  
 
Tout n'est pas toujours possible non plus hein

DarkLord a écrit a écrit : bin en Access déjà faut pas espérer pouvoir faire ce genre de choses de manière fiable. C'est comme si on ne regardait pas les limites des logiciels.     Tout n'est pas toujours possible non plus hein

 
C'est bien ce que je dis!

et en mysql, comment il faut faire ?
 
 
merci

En informatique, il ne faut jamais rien "se dire", rien assumer, c'est toujours une cause de bugs "en production".  Ca finit toujours par planter.

 
Si tu disposes de PHP, utilise la fonction mysql_insert_id()
 

ok merci

Pour info, avec Postgre lors de l'insertion, il renvoie un Oid et avec cet Oid tu retrouve ton élément sans probleme... (where oid=...)

Enfin, ce que je veux faire, c'est pour un forum et je ne veux pas etre limité par le SGBD choisi, chuis pati sur cette idée..

Pour un forum?
 
Alors la probabilité que deux users postent un message en même temps est plus que minuscule, regarde ici, c'est super rare que des gens postent dans la même seconde, avec 600 users connectés...
 
Et on ne peut jamais être vraiment indépendant du SGBD, tu dois toujours t'adapter aux qualités et aux défauts

 
Chuis d'acc, ms bon ça s'appelle du bricolage et j'aime pas trop ça

Alors crée une file d'attente pour les messages à poster
 
Edit : j'ai codé un système de championnat de hockey pour 30 utilisateurs, et préfère me coltiner leurs éventuelles insertions simultanées 1 fois dans la saison que de coder un truc pour éviter ça (ce qui sert un ENORME coup de pas de chance), c'est une question de temps/travail.
 
Je me répète : combien d'utilisateurs attends-tu simultanément sur ton forum?

Pr le nb d'utilisateurs, j'en sais trop rien, je voudrais le mettre en open source qd j'aurais bien avancé...
 
Et c'est surtt pr m'apprendre à dev en asp.net, je connais bien (tres bien meme) asp ms en .net g des choses à apprendre

un forum sur de l'access, vive la performance / stabilité    
 
ne pas être dépendant d'un SGBD à la rigueur, choisir un SGBD totalement inadapté = folie totale
 

Je sais pr acces, ms au moins je l'ai sous la main et je testerais par la suite sous d'autres SGBD principalement SQL server et MySQL
SInon g trouvé la solution, en ado, il suffit d'executer :SELECT @@IDENTITY AS NewID juste apres et ça rend l'id