Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Traitement des auto_incréments sur un insert en masse
Bonjour,
Lorsqu'une requête insère plusieurs enregistrements (voir beaucoup), est-ce que les valeurs de la colonne d'index auto-incrémentée est assurément une suite de valeurs non interrompue ? ou est-ce qu'un autre processus qui exécuterait sa requête d'insertion en même temps pourrait générer des valeurs d'index qui s'intercaleraient ?
Merci d'avance pour les réponses !!!
Quelle importance ?
Un identifiant n'a aucune signification donc peu importe que ce soit une suite continue ou non.
Philippe Leménager. Ingénieur d'étude à l'École Nationale Supérieure de Formation de l'Enseignement Agricole, en retraite... mais toujours Autoentrepreneur à l'occasion.
Mon ancien blog sur la conception des BDD, le langage SQL, le PHP... et mon nouveau blog sur les mêmes sujets.
« Ce que l'on conçoit bien s'énonce clairement, et les mots pour le dire arrivent aisément ». (Nicolas Boileau)
À la maison comme au bureau, j'utilise la suite Linux Mageïa !
J'ai une table ADR dont un champ référence la clé d'une autre table CNT.Envoyé par CinePhil
J'ai un très grand nombre d'enregistrements de CNT à créer, et des enregistrements de ADR qui doivent s'y associer.
Donc j'appelle "INSERT INTO CNT (...) VALUES (...), (...), (...), etc." (voir faire un load data infile).
Puis je souhaite construire ma requête sur ADR avec "INSERT INTO ADR (ID_CNT,...) VALUES (X,...), (X+1,...), (X+2,...), etc.", X étant la valeur retournée par LAST_INSERT_ID.
Et je ne peux le faire que si je suis sûr que les ids fournis aux enregistrements de CNT forment une suite continue.
Si je n'en suis pas sur, je dois alors faire un insert de CNT puis un insert de ADR, puis un inser de CNT, puis un de ADR, etc., ce qui n'est absolument pas gérable au niveau performances.
Bonjour,
Une clef auto-incrémenté permet une chose : être sure à 100% d'avoir un nombre unique.
Par contre il ne garanti pas que les nombres générés au fur et mesure soient continu.
Il suffit qu'il y ai un appel concurrent pour ne plus avoir de suite dans ces nombres au sein d'une même transaction.
Un rollback d'une transaction d'insert fera aussi un "trou" dans les nombres générés.
Mais comme le spécifie Cinephil ceci n'a pas d'importance car son but 1er n'est pas de générer une suite de nombre mais bien de générer un nombre unique afin de l'affecter à une clef primaire
Je ne parle pas de transaction ni de plusieurs requêtes d'insertions exécutées les unes après les autres. Il n'y a qu'une seule requête qui insère directement plusieurs enregistrements (insert into maTable (...) values (...),(...),(...),etc).
Ce que je souhaite savoir c'est si cette requête est exécutée de façon atomique ou pas ?
Merci
ici vous aurez les réponses à vos questions : http://dev.mysql.com/doc/refman/5.5/...-handling.html
Répondre avec citation
Partager