Discussion :

[LenouveauApprenti]

Bonjour*

C'est ma première entrée sur ce forum. Je suis sur le point de ficeler une application sous VB6, qui gére le pointage des salariés avec impression de leurs bulletins de paie.*
Ma BD ( en access) contient une dizaine de tables. Mais la table de pointage est la plus designèe pour recevoir plus d'enregistrement. Et c'est à ce niveau que le souci de saturation de ma BD et surtout la table de pointage commence à me préoccuper.*
Ma question : comment pourrai je prévoir une solution pratique et fiable sans être derangé par ce souci ?*

Merci pour toute réponse ou orientation

[james68]

Perso je n'ai jamais eu de Pbl de saturation de BDD.
j'ai fait des test avec 1 millions d'enr dans une table principale et 5 millions dans une table annexe liée a la table principale le tous sous ACC2000.
Pas de souci.
++

[LenouveauApprenti]

Bonjour

Merci pour votre réponse. Sachant la loi naturelle, toute chose a ses limites. Et je voulais savoir qu'elles sont les mesures à prendre pour prévoir de telle eventualité

[marot_r]

Bonjour.

Les bases Access sont limitées à 2 Go (1 Go pour les vielles versions, avant 97 de mémoire).
Ce n'est donc pas tant le nombre d'enregistrements qui compte mais la taille individuelle de chacun de ces enregistrements multipliés par leur nombre.
Il est assez difficile de savoir quelle taille exactement occupe un enregistrement.
On peut se baser sur la taille des champs qui le compose pour l'enregistrement lui-même mais pour les indexes je ne connais pas de moyen de savoir quelle place ils prennent.

Attention : quand tu atteints 2 Go Access renvoie à peu près n'importe quoi comme erreur et aucune qui dise "Saturation !".

Donc si tu crains un problème de place,

• il faut régulièrement aller vérifier la taille du fichier sur le disque.
• Compacter régulièrement (ex : 1 fois par jour) la BD pour effacer les objets temporaires qui ont tendance à faire "gonfler" la BD.
• Faire du ménage dans les données en enlevant les plus anciennes quand tu approches les 1.9 Go.

Une façon de contourner cette limite est des découper la BD de données en plusieurs BD dont les tables font moins de 2 go.
Outre que ça complexifie la maintenance, (plus tu as de pièce, plus tu as de risque de bris), on ne peut pas faire de relations avec intégrité référentielle entre 2 BD.

Une autre solution (mais plus compliquée car elle fait appelle à autre chose que Access) est de se tourner vers MS SQL Server Express Edition qui va jusqu'à 10 Go ou alors une autre "grosse BD". Certaines des grosses sont même gratuites.

A+

[LenouveauApprenti]

Bonjour

Je vous remercie pour votre explication bien simplifiè pour un apprenti que je suis.
Une question si vous me le permettez.
Comment pourrai compacter ma BD , et s'il y a une possibilité d'ajouter cette procédure sur une commande de l'application ( VB6)

[tee_grandbois]

bonsoir,
c'est automatique dans les options de la base (Onglet "Fichier", puis "Options")

[LenouveauApprenti]

Re bonjour

Encore une fois merci. J'ai trouvé cette option de "Compacter une base de données"
La fenêtre que vous m'aviez envoyé est différente à celle de mon access ( 2007)

[LenouveauApprenti]

Re

Pardon de vous avoir déranger, j'ai trouvé la même fenêtre que celle de votre message.
Merci encore