Comment réparer numauto Access

Comment réparer numauto Access - VB/VBA/VBS - Programmation

Marsh Posté le 09-03-2018 à 10:28:19    

Bonjour
 
Après bien des années sans approcher une BDDR, je viens de me mettre à Access 2016.
Néophyte, le livre de référence ENI m'a bien aidée mais je bute sur une "erreur" de numauto.
 
J'ai une table avec clé primaire (ID Structure) de type numauto, reliée à d'autres tables où cet champ n'est pas une clé primaire.
 
Je ai rempli les données hier et je n'exclue pas la possibilité d'avoir fait des erreurs de manip.
Bref, mes derniers champs (pour l'instant) portent les n° 81 puis 161 et 162.
 
Comment les renuméroter en 82 et 83 ? et continuer à partir de 84 ?
 
J'ai essayé de compacter et réparer la base et ça n'a rien donné.
 
Merci de votre aide
Bonne journée
Annie

Reply

Marsh Posté le 09-03-2018 à 10:28:19   

Reply

Marsh Posté le 09-03-2018 à 10:48:05    

https://www.sqlservercentral.com/Fo [...] 131-1.aspx
Pas de solution simple apparemment, mais quelques suggestions. Il faudrait penser à utiliser un vrai SGBDR si c'est pour un usage sérieux ; Access est au monde des bases de données ce que les raviolis en conserve sont à la gastronomie fine.


Message édité par TotalRecall le 09-03-2018 à 10:50:43

---------------
Réalisation amplis classe D / T      Topic .Net - C# @ Prog
Reply

Marsh Posté le 09-03-2018 à 11:11:26    

Merci beaucoup de cette réponse rapide.
 
Ça ne semble effectivement pas couler de source.
 
La base que je commence à réaliser est pour une application associative donc pas de budget pour plus "sérieux" que l'access de mon office 365. Il faut que je fasse avec.
Je reviens vers vous pour mes prochains blocages.
 
Merci encore
Annie
 
 

Reply

Marsh Posté le 09-03-2018 à 11:12:31    

Il y a des tas de bases totalement gratuites.
Par contre si tu as besoin de formulaires, d'états... Et d'un environnement simple pour les créer, là effectivement Access a un avantage.

 

Et sinon de façon générale, les champs en auto incréments le principe est de ne pas t'en préoccuper, donc s'il y a des trous parce que des valeurs ont étés supprimées, ça ne pose aucun problème : tu peux le laisser numéroter comme il veut.


Message édité par TotalRecall le 09-03-2018 à 11:13:55

---------------
Réalisation amplis classe D / T      Topic .Net - C# @ Prog
Reply

Marsh Posté le 09-03-2018 à 11:15:28    

Je vais effectivement avoir besoin d'états regroupant des données issues de différentes tables.
 
Et je ne cause pas SQL :-(

Reply

Marsh Posté le 09-03-2018 à 11:34:32    

Je comprend. Tant que tu es conscient(e) des limitations ça fera probablement le job.
Juste penser à sauvegarder des copies de la base de temps en temps, au cas où elle déciderait de ne plus s'ouvrir d'une fois à l'autre, problème assez commun avec Access.

 

Et pour l'autonum, je ne sais pas si tu avais vu mon edit juste au dessus.


Message édité par TotalRecall le 09-03-2018 à 11:34:52

---------------
Réalisation amplis classe D / T      Topic .Net - C# @ Prog
Reply

Marsh Posté le 09-03-2018 à 11:44:06    

Oui je sais qu'Access ne fait pas le café ...
Comme je saisis beaucoup de données en ce moment, je fais une sauvegarde régulièrement en intégrant la date du jour dans le nom.
J'ai vu trop de gens perdre bêtement des dizaines d'heures de boulot pour avoir travaillé sans filet.
 
Je vais laisser l'autorun faire ce qu'il veut !

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed