|
Publicité ' | |||||||||||||||||||||||
|
|
#1 |
|
Invité de passage
![]() Inscription : juin 2007 Messages : 5 ![]() |
J'ai un problème avec un champ de type numéroauto sous access 2003.
De temps en temps, il repart en arrière et prend la place de numéros d'enregistrements qui ont déjà existés et ont été supprimés. Comment faire pour que la numérotation continue toujours ? Merci. |
|
|
00
|
|
|
#2 |
![]() ![]() |
Ce probleme semble tres anormal pour le type numeroauto. Ce que je suggererais est de supprimer la colonne et de la recreer.
__________________
Un gros problème est la somme de plusieurs petits problèmes. Resolvez chacun des petits problèmes: vous aurez resolu le gros problème! ![]() Mes tutos || Mon blog || Développeurs ivoiriens |
|
00
|
|
|
#3 |
![]() ![]() |
Bonjour
Deux petites questions : Es-tu sûr que c'est bien un numéroauto gérée par Access ou par l'incrémentation se fait par le code ? Si il y a incrémentation par le code, pourrait-on l'avoir ? Starec |
|
|
00
|
|
|
#4 | |
|
Expert Confirmé
![]() Diem VOVivre Inscription : avril 2006 Messages : 2 644 ![]() |
Starec:
Citation:
![]() ce qui répond aussi à la 1er question: visiblement non. un numéroAuto est irréversible, en douterez vous? enfin ca n'engage que moi. Danjos> c'est dangeureux ce que tu dis. un numéroAuto ne fonctionne rarement tout seul, il implique très souvent d'autres tables. |
|
|
|
00
|
|
|
#5 |
|
Invité de passage
![]() Inscription : juin 2007 Messages : 5 ![]() |
c'est bien un numéroauto géré par access avec "increment" en nouvelles valeurs
|
|
|
00
|
|
|
#6 | |
![]() ![]() |
Citation:
Mais je crois que dans ce cas, Access l'aurait signifié avant la suppression, et même aurait interdit la suppression.
__________________
Un gros problème est la somme de plusieurs petits problèmes. Resolvez chacun des petits problèmes: vous aurez resolu le gros problème! ![]() Mes tutos || Mon blog || Développeurs ivoiriens |
|
|
00
|
|
|
#7 |
|
Expert Confirmé
![]() Diem VOVivre Inscription : avril 2006 Messages : 2 644 ![]() |
Danjos> Access n'interdiras pas la suppression de la colonne s'il n'y a pas d'intégrité référencielle sinon tu devras retirer les relations pour pouvoir le faire pour supprimer, la dessus tu as raison, mais le résultat sera le même: les numéros "régénérés" ne correspondront pas forcemment aux valeurs dans les tables liées.
sautille>je suis curieux de voir concrètement de ton pb. mais s'il y a des choses dont on peut douter, il y en a d'autre non: un numauto ne peut repartir en arrière. seul le compactage de la base éventuellement peut faire revenir sur d'ancienne valeur et si tu as des pb à ce niveau c'est que tu n'as pas définit correctement les relations de tes tables. et le pb pour moi se situe sur tes tables secondaires, pas sur la table contenant ton numauto. sinon poste une archive. |
|
|
00
|
Copyright © 2000-2012 - www.developpez.com