Compacter Base de Donnee
Bonjour,
je demande un éclaircissement
j'ai coché la case compacter la base à l'ouverture dans le menu option
mon inquiétude est que l'incrémentation continue.
par exemple si mes enregistrements portent les ID dans l'ordre 1,2,3,4,...
et que je supprime l'enregistrement portant l'ID 3 à la prochaine ouverture de la base lorsque j'ajoute un nouveau enregistrement, son ID prend la Valeur 5.
sauf si je me trompe l'ordre de numérotation devrait se rétablir et cet ID devrait être 4 au lieu 5.
merci d'éclairer ma lanterne
je demande un éclaircissement
j'ai coché la case compacter la base à l'ouverture dans le menu option
mon inquiétude est que l'incrémentation continue.
par exemple si mes enregistrements portent les ID dans l'ordre 1,2,3,4,...
et que je supprime l'enregistrement portant l'ID 3 à la prochaine ouverture de la base lorsque j'ajoute un nouveau enregistrement, son ID prend la Valeur 5.
sauf si je me trompe l'ordre de numérotation devrait se rétablir et cet ID devrait être 4 au lieu 5.
merci d'éclairer ma lanterne
4 réponses
-
Bonjour,
Si votre champ ID est NumAuto, il est normal que la progression suive le dernier numero ID enregistre, il n'est pas tenu compte des suppressions d'enregistrement(s) et le compactage de base n'a rien a voir, il permet de "liberer" de la place dans le fichier (taille) -
salut,
comme le dit f89......., c'est normal.
Par contre il y a une confusion entre "ouverture" et "fermeture" il me semble. Si tu as peur d'atteindre les limites d'Access, regardes la doc, et si vraiment tu as peur après, changes de GdBdB. Mais fais mois signes quand cela sera le cas !
Pour info, au niveau pro, j'ai des bases avec certaines tables > 365 000 000 lignes, et cela tourne.
Le principal, c'est la conception
++ -
Genre une appli métier avec un demi-millier de tables, et certaines tables avec > 100 champs et certaines ~ 20 (et oui, la cause à la conversion monétaire)
-
-
-
@Utilisateur anonymec'est toi qui en fait la réalisation et la conception
-
-
-
-
merci suis rassuré
