Nous avons hérité d'une application/base de données MS Access (Office 2002) avec de grands noms tels que NewTable, Subform ou Macro1. Malheureusement, lorsque nous les remplaçons par des noms plus significatifs, les références (dans d'autres requêtes, formulaires ou actions) ne sont pas mises à jour.MS Access: Comment savoir où les tables, les requêtes, les macros, etc. sont utilisées?
Comment pouvons-nous savoir où un objet spécifique est utilisé?
Vous pouvez vérifier les tables système, MSysObjects et MSysQueries pour les références à des tables et des requêtes (vous pouvez également consulter le sql chaîne de querydefs). Vous pouvez parcourir les propriétés des formulaires et des rapports, ainsi que leurs contrôles, pour les références aux tables, aux requêtes et aux macros. Vous pouvez rechercher le code.
L'option de changement automatique de nom est généralement déconseillée, mais elle peut avoir sa place ici.
Vous êtes actuellement à la recherche de dépendances que je rassemble. J'ai un peu googlé et je suis tombé dessus;
http://www.fmsinc.com/Products/analyzer/
http://www.aadconsulting.com/obdepoff.html
Ils ne sont pas libres mais ...
Si Access 2003 est installé quelque part: il existe une option pour répertorier toutes les dépendances. Cliquez avec le bouton droit sur un objet et choisissez Dépendances d'objet (je ne suis pas sûr de la traduction, j'ai une version néerlandaise ici).
Cela vous montrera les dépendances dans les deux sens. Après l'ouverture de la base de données dans Access 2003, vous pouvez toujours l'utiliser dans Access 2002. Si vous n'êtes pas sûr, vous pouvez toujours créer une copie de sauvegarde.
Je ne connais personne qui utilise Access de manière régulière qui laisse la fonction de correction automatique du nom activée, car elle provoque des problèmes de performance et de corruption. –
Vrai, mais il est également facile de l'éteindre à nouveau. Et puis c'est l'une des méthodes les plus faciles pour arriver au résultat souhaité. – Birger
Un outil de shareware qui peut vous aider avec beaucoup de ceci est Rick Fisher's Find and Replace. Il a un essai de 30 jours et coûte 30 $ pour vous inscrire. Un autre outil complet est le . C'est un produit vraiment excellent, bien que relativement cher (170 $). C'est aussi plutôt problématique dans la mesure où ils n'ont jamais sorti une version native pour Access 2003 ou 2007. Mais vous avez de la chance à cet égard puisque vous traitez avec 2002.
Si vous voulez vraiment faire cela rapidement, Speed Ferret vaut vraiment le coup. Tenez compte de votre taux horaire et tout projet important sera rentabilisé la première fois que vous l'utiliserez.
L'outil de Rick Fisher est moins professionnel et moins complet, mais peut être suffisant pour vos besoins. Je l'ai seulement testé, je ne l'ai jamais utilisé dans un projet à part entière.
Il y a ce petit add-in, gratuit et utile vtools, qui vous permet, entre autres, de rechercher des valeurs dans tous les objets d'accès (tables, requêtes, code, formulaires, ...).
J'ai trouvé ACCESS Dependency Checker comme complément Microsoft Access gratuit qui révèle les dépendances entre les objets de la base de données comme les tables, les requêtes, les macros, etc. J'ai installé et c'est satisfaisant pour mes besoins. Essayez-le.
MsAccess a un vérificateur OBJECT DEPENDENCIES.dans Access 2007, par exemple, vous devez:
this whitepage détaille le processus et recommande des mesures supplémentaires que vous pourriez vouloir prendre.
Access 2003 et 2000, le processus est légèrement différent, pour l'interface a changé de manière significative à partir de 2007
Vous avez oublié de mentionner la recherche du code VBA. –
Je ne pense pas, dernière ligne, premier paragraphe "Vous pouvez chercher le code" :) – Fionnuala
C'est à peu près ce que je cherchais. Pas vraiment une grande documentation (et les outils mentionnés offrent probablement une "meilleure" représentation de l'information), mais assez pour travailler avec. – Thorsten