Question

Existe-t-il un moyen de vérifier par programme la corruption des objets de base de données dans Access 2003?

Mon projet de développement est devenu suffisamment complexe pour qu'il soit difficile de vérifier manuellement tous les objets après une journée de programmation pour voir si un petit objet contrôle, formulaire, rapport, requête ou code a été corrompu. Les données sont déjà fractionnées dans une base de données SQL distincte stockée sur une autre machine. Ce projet est simplement une application frontale permettant de travailler avec les données.

Généralement une réflexion académique, car je ne veux tout simplement pas aller aussi loin - alors la corruption m’a renvoyé plusieurs semaines en arrière parce qu’un objet rarement utilisé s’est corrompu quand.

Avez-vous des idées? Merci d'avance pour tous les conseils!

MODIFIÉ LE 03/03/2009 @ 11:51

Malheureusement, je ne peux accepter qu'une seule réponse - même si j'en ai eu quelques très bonnes, merci pour tous les conseils!

Était-ce utile?

La solution

Ni Compact / Repair ni Decompile / Recompile ne résolvent pas tous les problèmes de corruption, bien que vous devriez le faire de toute façon.

J'utilise une fonction pour exporter tous les documents de conteneur (et QueryDef) à l'aide de SaveAsText dans un dossier horodaté, et je l'utilise régulièrement tout au long de la journée. Si je soupçonne une corruption, je crée une nouvelle mdb et utilise LoadFromText pour recréer les objets.

Autres conseils

Vous voudrez peut-être consulter: Est-il possible de détecter par programme les tables de base de données Access 2007 corrompues?

Je suis enclin à conserver une copie des bases de données importantes dans chaque compact & amp; réparer et comparer la nouvelle base de données avec la précédente. Vous pouvez également rechercher des caractères non standard.

De bonnes pratiques de compilation empêcheront la corruption du projet VBA (c'est ce dont vous parlez ici).

Cela implique:

  1. utilisez OPTION EXPLICIT dans tous les modules.

  2. désactivez COMPILE ON DEMAND dans les options VBE.

  3. compilez votre code régulièrement, tout en travaillant.

  4. décompilez et recompilez le code périodiquement (par exemple, une fois par jour après une journée entière de codage).

Si vous faites cela, vous ne rencontrerez jamais de corruption au départ, vous n'aurez donc pas besoin de le tester (ce qui est impossible en premier lieu).

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top