Discussion :

[R0cKW|LDeR]

Bonjour,

J'ai une table dans ma base Access qui a pour clé un numéro auto.
Depuis le début du mois, il se réinitialise à 1 ce qui empêche toute nouvelle insertion...
Pour réparer, je fais compacter la base de données et le numéro auto s'initialise à la derniere valeur insérée, c'est cool...
Des fois, ça ne répare rien, alors je copie/colle la table, la renomme et ça remarche...

Jusqu'au lendemain, où je dois faire la même manip!
C'est récurrent...

Quelqu'un a une idée? Ca ne fait ça que dans une seule table, la plus grosse de cette appli (mais elle n'a que 46000 lignes et ma base ne fait que 30 Mo)

Comment faire ??
Si quelqu'un a déjà connu ça, ça m'interresse

Merci d'avance !

[seacat]

bonjour,

j'essaireais d'analyser le pb de deux façons:

1 verification des proprietes du champ dans la table (indexation, increment etc.)

2 si l'incident est positionné dans le temps, voir si on peut y rattacher un evenement ou si par hasard une petite bestiole ne serait pas tapie dans un recoin du DD...

@+

[R0cKW|LDeR]

Merci de m'avoir répondu, ça me fait bien plaisir


C'est un champ NumAuto tout simple...
Type : Entier Long,
Nouvelles valeurs : Incrément,
Indexé : Oui - Sans doublons.

Concernant la fréquence à laquelle ça se reproduit, ça me semble assez aléatoire, c'est chez un de mes clients, je n'y suis pas tous les jours

Est-ce que ce problème pourrait être un bug d'Access 2000 ? Je n'arrive pas à trouver la liste des bugs recensés d'Access 2000...

Quand je copie ces bases sur au PC qui utilise Access 2003, je n'ai jamais eut ce problème!


Merci à ceux qui pourront me renseigner

[marot_r]

Bonjour, en cherchant autre chose j'ai trouvé cela dans les FAQ

http://access.developpez.com/faq/?pa...in#RepDecompil

Ca pourrait peut-être aider.

A+

[R0cKW|LDeR]

Tiens c'est pas mal ça, j'essaierais! Merci marot_r

[b_steph_2]

ah moi j'ai le problème inverse il ne se réinitialise pas!

[R0cKW|LDeR]

Bon j'ai essayé le /decompile, 1 heure après, paf le numauto repare à zéro...

Rah, ça me saoule

Personne n'a une autre idée ?

[random]

regarde si tu n'aurais pas une procédure sur l'évènement ouverture ou côture de la base qui ferait ce beau travail de sape

[R0cKW|LDeR]

tiens merci, je savais meme pas qu'il y avait un évenement "ouverture et cloture de la base"

je le trouve ou ?


Mais je ne pense pas qu'il y ait ça... Le pire c'est que cette appli existe depuis quelques années et n'a pas été beaucoup modifiées et ce problème a commencé le 2 Janvier 2006, il n'y avait aucun probleme de ce genre avant

Ma base a expiré le 31 décembre 2005 ou quoi ?

[seacat]

bonjour,

en principe les bugs expiratoires agissaient le 31/12/1999 vers 23h59:99

pour ce qui est du pb présent, quand tu dis

n'a pas été beacoup modifiée

, cela suppose qu'il y a quand même eu modification

Je suggère de balayer le code de chaque formulaire (en présupposant que c'est un pb lié à la saisie) et de faire une recherche sur le nom du champ index, histoire de voir s'il n'y a pas une instruction qui affecte sa valeur

bon courage

[Alexandre Sahli]

Bonjour,
Au lieu d'utiliser le numéro d'incrémentation tu utilises le mode aléatoire. Tu n'auras ainsi pas de problème. Vu que le numéro sert seulement pour la liaison entre 2 tables que se soit en mode aléatoire ou pas c'est bien égal.

Maintenant concernant la réinitialisation çà vient peut-être des liaisons entre tes tables!

[=JBO=]

Bonjour R0cKW|LDeR,

Si quelqu'un a déjà connu ça, ça m'interresse

Pour des Pb similaires, la mise à jour d'Office et de Jet peut être une solution.

Par exemple, sur ton PC, le moteur Jet 4.0 est-il à jour ?
http://support.microsoft.com/kb/239114/