Discussion :

[lepatantpato]

Bonjour
je désire avec MySQL récupérer le dernier identifiant (auto-incrément) créé par INSERT;
je peux utiliser : select last_distinct_id(), juste après le INSERT.
Mais si la table est modifiée par un autre utilisateur entre temps, je risque de récupérer son identifiant, non ?
est ce qu'une bonne solution serait de verrouiller la table avant d'insérer, de récupérer l'identifiant, puis de déverrouiller la table ?
Merci ![

[Artemus24]

Salut lepatantpato.

je peux utiliser : select last_distinct_id(), juste après le INSERT.

Cette fonction n'existe pas ! C'est "last_insert_id()".
--> https://dev.mysql.com/doc/refman/5.7...last-insert-id

est ce qu'une bonne solution serait de verrouiller la table avant d'insérer, de récupérer l'identifiant, puis de déverrouiller la table ?

Vous devez garder à l'esprit que vous n'êtes pas seul à travailler sur vos tables MySql.
Dans votre cas, vous devez être en mode transactionnel lors de l'insertion de votre nouvelle ligne.
Vous récupérez la valeur de votre identifiant auto incrémenté avant de vous en servir pour alimenter une clef étrangère dans une autre table.
Lorsque votre grappe de données est terminée, alors vous pouvez faire un "commit". Dans le cas contraire, vous faites un "rollback".

Par exemple :

Code :

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

1
2
3
4
5
6
7
start transaction;
insert into `table_1` (col1, ... , col9) values (.. , ... , ...);

set @id = last_insert_id();

insert into `table_2` (col1, ... , id) values (.. , ... , &id);
commit;

--> http://php.net/manual/fr/pdo.lastinsertid.php

@+

[ced]

Bonjour,

La réponse est dans la FAQ MySQL.
La fonction LAST_INSERT_ID() renvoie le dernier numéro automatique attribué au cours de la session. Il n'y a donc pas de risque de conflit avec une session concurrente.

@+

[lepatantpato]

Bonjour
merci à vous deux.
Effectivement, j'avais inventé last_distinct_id()....
Cela dit, l'utilisation des transactions me convient fort bien.
Dans le cas de la récupération de l'identifiant mais aussi dans le cas suivant.
J'ai un compteur qui s'alimente dans une ligne de table ainsi (numéro de facture) :
à chaque nouvelle facture, le numéro s'incrémente.
Avec une transaction :
-je débute une transation
-je mets à jour ce numéro
-je fais la facture avec le nouveau numéro
-je ferme la transaction.
Encore merci !

[lepatantpato]

Bonjour
Voici une fonction qui me permet de récupérer le dernier identifiant après un insert.
Elle fonctionne.
Ma question porte sur la succession de mysqli_query. Ai je raison de procéder ainsi ?
(j'ai essayé sans succès mysqli_Multi_query).
Merci !

Code PHP :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
function Insertion($Parametre) 
{ 
  $conn=SiteConnexion(); 
  $sql="start TRANSACTION;"; 
  mysqli_query($conn,$sql); 
  mysqli_query($conn,$Parametre); 
  $DernierId=mysqli_insert_id($conn); 
  $sql="commit;"; 
  mysqli_query($conn,$sql); 
  SiteDeconnexion($conn); 
  return $DernierId; 
} 
 
$NumeroId=Insertion("insert into agents (nom,id_societe) values ('lolote',553)"); 
if ($NumeroId==0) 
{
  echo "Pas d'insert".sl;
}
else 
{
  echo "insert ok = ".$NumeroId.sl;
}

[Artemus24]

Salut lepatantpato.

Cela dit, l'utilisation des transactions me convient fort bien.

L'utilisation des transactions est obligatoire en mode multithreading car vous devez être le seul à intervenir sur une portion de la base de données.
Sans cela, vous risquez d'avoir un problème d'intégrité !

Dans le cas de la récupération de l'identifiant mais aussi dans le cas suivant.

Non, ce sont deux problèmes différents.

La récupération de l'identifiant se fait de la même façon quelque soit les utilisateurs.
Il y a juste l'obligation d'ouvrir une session sinon vous ne résolvez rien du tout.

Encore que par le mode transation, vous travaillez sur une grappe de donnée, et que l'autre utilisateur aura accès à ces données que si vous faites un commit, mais pas avant.

J'ai un compteur qui s'alimente dans une ligne de table ainsi (numéro de facture) : à chaque nouvelle facture, le numéro s'incrémente.

Mais il s'incrémente comment ? Par l'auto incrémentation comme je le suppose.
Donc, pour obtenir cette incrémentation, vous devez faire un "insert".

C'est juste après l'insertion, disons dans la foulé, que vous devez faire votre "last_insert_id()" pour récupérer la valeur de votre identifiant.
Je vous conseille de faire une seule ligne d'insertion à la fois dans votre requête.

Pour reprendre votre fonction, vous devez externaliser (hors de la fonction) la connexion à votre base de données.
Idem pour la déconnexion de la base de données.
Cela se fait une seule fois durant votre session, dans votre script php.

Pour votre fonction, vous devez utiliser les fonctions php :
--> commit pour valider la transaction.
--> rollback pour rejeter la transaction.
--> [utl=http://php.net/manual/fr/mysqli.autocommit.php]Autocommit[/url] afin de le désactiver.
--> [utl=http://php.net/manual/fr/mysqli.begin-transaction.php]start transaction[/url].
pour les principales fonctions php. Pour le reste voire le lien ci-après :
--> http://php.net/manual/fr/book.mysqli.php

Voici un bout de code :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
/*=================================*/
/*     Mise à jour d'une ligne     */
/*=================================*/
 
$link->begin_transaction(MYSQLI_TRANS_START_READ_WRITE);
 
$query = 'update `tab_exemple` set `libelle` = \'douze\' where `date` = \'2015-08-27\';';
 
if (!mysqli_query($link,$query))
{
	printf("Erreur Query : %s\n", mysqli_error($link));
	mysqli_rollback($link);
	exit();
}
 
printf("Nombre de lignes mises à jours : %d\n\n", mysqli_affected_rows($link));
 
mysqli_commit($link);

A vous de faire une recherche sur le net et de vous adresser au forum php pur avoir plus d'explication.

@+

[lepatantpato]

Ok, merci !

[aieeeuuuuu]

Bonjour,

Il serait préférable d'éviter de gérer les transaction depuis le code client.
D'une part, cela augmente la durée des transactions (aller/retour client/serveur). Or, il convient de garder les transactions les plus courtes possible afin de libérer au plus tôt les verrous posés par celles-ci.
D'autre part, en cas de plantage coté client, il faut s'assurer que la transaction est bien annulée.

Il serait donc mieux de créer une procédure stockée pour gérer cette insertion.