Discussion :

[saluts92]

Bonjour,

Sur un de mes sites, j'ai un et un seul programme qui fait un INSERT dans une table avec un champ AUTO-INCREMENT.

je viens de me rendre compte que assez souvent (1,7% des ID) était "sauté/ignoré".

Il y a t-il une explication logique à celà ? ou est-ce anormal ?

D'avance merci

[aieeeuuuuu]

Bonjour,

il s'agit en général d'insertions qui n'ont pas était validées (transaction ne se finissant pas par un COMMIT mais par un ROLLBACK).
Par exemple, une erreur lors de l'insertion peut provoquer ce comportement : L'ID est généré, une erreur survient lors de l'insertion, l'insertion est donc annulée, mais l'ID généré est "perdu".

Il n'y a donc pas a s'inquiéter, c'est à première vue normal.

[saluts92]

ça je comprends : mais dans mon code lorsque le rollback est fait j'ai un message d'erreur qui est logué (+ 1 mail) : et la je n'en ai quasiment jamais ou en touts ca un nbre insignifiant par rapport au nombre d'ID sauté

comment expliqué la perte de 10 à 15 ID de suite et cela de façon aléatoire ?

[SQLpro]

Mise à part l'explication logique déjà donnée lié aux transactions annulées, je dirais que probablement MySQL étant connu comme l'un des SGBD les plus pourri, peut être s'amuse t-il à griller quelques auto-incrément pour le simple plaisir d'embêter les développeurs... Non, je plaisante !

En revanche, cela n'a aucune importance...

Finissez vous toujours toutes les bouteilles de vins lors d'un repas de famille ?

A +

[saluts92]

si cela a énormément d'importance

[CinePhil]

si cela a énormément d'importance

Pourquoi ?

Un identifiant auto-incrémenté n'est qu'un identifiant technique permettant d'assurer l'unicité de chaque ligne mais il n'a aucune signification sémantique. Que Jean Dupont ait pour identifiant 12 ou 3825 ne délivre aucune information sur Jean Dupont donc on s'en fout !

[saluts92]

il y en a une pour moi, je m'en sers pour la facturation

[tbc92]

Oui , tu peux te servir de cet identifiant pour tout un tas de choses, pas de problème. Si tu as une table 'Client' avec un idClient auto-incrémenté, c'est complètement normal de retrouver cet identifiant dans la table 'Commandes'.

Mais normalement, les trous ne devraient pas te gêner. Je serais curieux de voir quelle requête plante parce qu'il y a des trous.

[CinePhil]

il y en a une pour moi, je m'en sers pour la facturation

Et alors ?
Quelle importance que la facture 5824 soit la suivante de la 5817 ? Ce n'est qu'un numéro.
Si tu veux une numérotation avec des numéros qui se suivent, ajoute une colonne fac_numero et programme un trigger qui va incrémenter le plus grand numéro utilisé lors de l'insertion d'une nouvelle facture.

[escartefigue]

Bonjour,

Cette discussion sur les "trous" de numérotation est archi récurrente.
Non seulement les "trous" sont une chose tout à fait normale, mais aussi, la séquence de numérotation n'a aucune valeur de chrono.
Autrement dit, il est tout à fait possible que l'identifiant n° 251 ait été validé après l'identifiant n° 248

Je préfère préciser ce point car les questions qui précèdent sont symptomatiques d'une mauvaise compréhension du fonctionnement de ces identifiants, et l'usage à tort de ces id comme chrono est malheureusement très fréquent.

[Artemus24]

Salut saluts92.

il y en a une pour moi, je m'en sers pour la facturation.

Comme le dit escartefigue, vous n'avez pas compris ce que représente dans une table, un identifiant auto incrémenté.
Il n'a qu'un rôle technique dont le but est de rendre unique chaque ligne dans une table.
Voire aussi de créer des liens en utilisant les clefs étrangères.

Si vous avez besoin d'un identifiant porteur d'une information, dans ce cas il ne faut pas utiliser un identifiant "auto incrémenté".
Par exemple, faire l'association du numéro du client avec la date du jour de la création de votre facture.

Normalement, c'est une définition fonctionnellement qui doit se faire lors de la modélisation de votre base de données.

@+

[RolandGautier]

Et alors ?
Quelle importance que la facture 5824 soit la suivante de la 5817 ? Ce n'est qu'un numéro.
Si tu veux une numérotation avec des numéros qui se suivent, ajoute une colonne fac_numero et programme un trigger qui va incrémenter le plus grand numéro utilisé lors de l'insertion d'une nouvelle facture.

reBonjour Philippe,

Pour info, les règles de comptabilité françaises imposent une liste SANS trous des numéro de factures.
Tu peux à la limite sauter un ou deux numéro par an, mais s'il t'en manque quelque pour cent, c'est susceptible de déclencher un controle fiscal, nos amis contrôleurs considèrent que c'est le symptome d'une manipulation de l'outil de facturation et sont très chatouilleux sur ce point.
Donc, pas de trous dans la liste est TRES important.

Cordialement
Roland

[CinePhil]

Pour info, les règles de comptabilité françaises imposent une liste SANS trous des numéro de factures.

Et alors ?
On parle ci-dessus d'un identifiant technique clé primaire auto-incrémenté qui est utilisé en tant que numéro de facture, ce qui est une mauvaise pratique.
La solution au problème posé a été donnée plus haut dans la discussion : une colonne numero_facture (ou un nom similaire) qui sera alimentée par un trigger réalisant l'incrémentation au moment de l'enregistrement.

[RolandGautier]

Tout à fait d'accord, j'avais vu la proposition.
Je tentais juste d'expliquer l'insistance de saluts92 sur ce point précis.