Version imprimable
Bonjour ,
J'ai laclé primaire d'une table qui est bien du type NuméroAuto, elle s'incrémentait bien, de 1 en 1 et j'ai fait un import d'un fichier excel dans ma table, tout s'est bien passé, la dernière clé créée est la 5852.
Mais quand j’insère un nouvel enregistrement dan ma table, la nouvelle clé saute à 46860930. au lieu de 5883 attendu.:help:
Any explication ?
Cordialement
bonsoir,
en général cette propriété ne change pas toute seule mais vérifie si la propriété "Nouvelles valeurs" du champ est sur Incrément et pas Aléatoire
Bonjour,
En fait Access raisonne un peut comme toi vu que tu passe de 5852 à 5883!
En fait si tu importe une valeur numérique dans un auto incrément il peut ce passer des chose bizarre!
Insert (auto) value(10) ce qui semble logique pour un import mais déstabilise l'auto incrément !
Mais je suis convaincu que le résultat est plus subtil que ça du genre auto + 10.
Vérifie mais si on parle bien de ce genre d'import les valeur de l'auto doivent être bizarre également !
Mais je pensaisqu'Access ne l'autorisait plus???
Bonjour,
Voici le fonctionnement des NumeroAuto avec la base de données de MS ACCESS.
Dans le cas d'un réglage N° auto standard (incrémental classique)
La table est vierge, à la première saisie, le NA passe à 1.
On enregistre en passant à l'enregistrement suivant par exemple.
Le prochain N° sera 2.
etc
Lors de la saisie (le NA affiche 1000) on annule.
On refait une saisie le NA sera à 1000+1. Le NA garde la trace de l'insertion annulée... à l'infini. Enfin ! jusqu'à qu'il atteigne la limite. On va appelé ce NA fantôme, "NA caché".
C'est la même chose si tu supprimes de enregistrements.
Exemple :
Tu es à 5883, tu insère 100 000 enregistrements que tu supprimes. Tu es passé du 5883 à 105 883.
Tu supprimes ces 100 000 nouveaux (5884 à 105883) enregistrements. Le NA caché est toujours à 105883 + 1.
Maintenant le cas d'une insertion.
1 ) On ne spécifie pas le NA dans la requête d'insertion, dans ce cas pas de problème. Le NA continue à s'incrémenter normalement, mais à partir du NA caché.
Tu vois 5883, mais tu es à 105884 pour le premier enregistrement ajouté.
Après quelques tests on peut vite avoir un NA qui prend de l'embonpoint.
2 ) On spécifie le NA dans l'insertion, une pratique extrêmement rare, qu'il vaut mieux éviter.
Ton premier id à insérer est à 200 000, dans ta table destination ton NA est toujours à 105883+1, ton NA va passer à 200 000 pour ton premier enregistrement inséré.
Ton premier id à insérer est inférieur à ton NA de destination 105883+1... j'ai dû faire ça il y a quelques années, il me semble que j'avais eu un message d'erreur. Par contre en Jet (access v2) ça marchait mais la table était en vrac.
La solution pour garder un NA caché en concordance avec celui affiché est de faire un compactage de la bdd.
Donc aucun mystère, juste quelques règle à connaitre. A noter qu'il y a une instruction SQL pour connaitre le NA caché. Je dois avoir ça quelque part.
Cordialement,
PS : le cas indiqué par Thumb down permet de réaffecter un NA souhaité. Exemple tu es à 1000 et tu veux que le prochain soit à 2000. Mais mieux vaut faire un compactage avant, sinon au prochain insert, il va repartir avec le NA caché.
Petit conseil, éviter des bricoler les NA, ce sont des id à prendre pour ce qu'ils sont, de la simple plomberie.
Je suis bein sur Incrément !!!!Citation:
Envoyé par tee_grandbois
Je ne chrche plus à comprendre, les clés semblent bien gérées, c'est juste la valeur qui est bizarre .
Salut
Cela me fait penser aux bdd répliquées sous Acc2k3 ou version antérieure.
bonsoir hyperion13,
... qui utilisaient aussi le numéro auto de type incrément aléatoire, il me semble ...Citation:
Envoyé par hyperion13