7/8	[ Sommaire ]
1. Assistants Access : Sommaire 2. Installation d'un Assistant Access 3. Sélecteur de contrôles 4. Boîte à outils étendue 5. Assistant Module 6. Analyseur de code 7. Assistant Références croisées 8. Convertisseur Euro

7/8	Dans cette fiche...
L'Assistant "Références croisées" Installer et démarrer l'Assistant Décrypter les résultats Limites Conseils

L'Assistant "Références croisées"

Note importante : un petit bug détecté à la dernière minute sur Access 2000 retarde la publication de l'Assistant. Les liens de téléchargement sont donc inactifs pour le moment. Revenez bientôt !

Si vous utilisez Access depuis un moment, vous savez que le nombre d'objets gérés (tables, requêtes, formulaires, états...) augmente vite, et qu'il est difficile de s'y retrouver au final.

Un autre problème risque de se présenter : si vous modifiez le nom d'un objet, tous les objets eux-mêmes basés sur le premier risquent de ne plus fonctionner. Essayez de renommer une table puis d'ouvrir toutes les requêtes, formulaires ou états basés sur cette table, pour voir !

Certes, Access 2000 améliore ce point, grâce à la correction automatique de noms (que vous paramétrez dans le menu Outils / Options / onglet Général). Mais il n'empêche qu'il est parfois utile, pour des raisons d'organisation,  de maintenance ou d'évolution de votre base Access, de connaître tous les objets qui "reposent" sur un objet donné.

Il serait donc pratique de pouvoir trouver, dans une base Access, tous les endroits où l'on fait référence à une table, à une requête, à un formulaire... C'est là qu'intervient l'assistant "Références croisées" : vous lui donnez le nom d'une table, par exemple, et il vous liste tous les objets (requêtes, formulaires, états, modules) qui utilisent cette table. 

Installer et démarrer l'Assistant

Pour installer l'Assistant :

1. Téléchargez le fichier wzCrossRefs.zip pour Access 97 ou wzCrossRefs2000.zip pour Access 2000 (40 K environ).
2. Décompactez-le sur votre disque dur.
3. Installez l'Assistant "Access CrossRef Analyzer" dans Access (voir la fiche Installation d'un Assistant pour plus de détails).

Pour utiliser l'Assistant :

1. Ouvrez la base de données à analyser.
2. Vérifiez que tous les objets de cette base sont fermés, si vous n'avez pas effectué le point 1.
3. Faites Outils / Compléments / SA Références croisées (Ac97) ou Outils / Macros complémentaires / SA Références croisées (Ac2000).
4. Effectuez l'un des 5 choix proposés (voir plus bas).
5. Cliquez sur le bouton "Chercher" et attendez que ça se passe :o)
6. Vous obtenez en final une liste des objets qui reposent sur votre objet de base. 
7. Si vous le souhaitez, vous pouvez imprimer la liste en cliquant sur le bouton "Imprimer..." (un aperçu vous est proposé au préalable).

Les 5 options de recherche :

Décrypter les résultats de l'Assistant

Une fois l'analyse terminée, vous obtenez un tableau récapitulatif qui indique les objets ayant un rapport avec votre recherche. Le tableau comporte 4 colonnes :

• En colonne 1, les lignes montrent qu'on cherche la chaîne "tbl Enfants" (nom d'une table en l'occurrence). 
• Dans les 1ères lignes, la colonne 2 présente un code TBL et la colonne 3 contient "tbl Enfants". Il s'agit ici de la table "tbl Enfants", dont chaque champ fait bien sûr lui-même référence à la chaîne "tbl Enfants". Le nom des champs en question figure en colonne 4 (informations complémentaires). En résumé : chaque champ de la table apparaît si vous basez une recherche sur le nom de la table. Euh, pas clair, ça...
• Les lignes suivantes montrent un code QRY : il s'agit des requêtes qui utilisent la table "tbl Enfants".
• 2 lignes ont un code FRM : il s'agit des formulaires basés directement sur la table "tbl Enfants" (formulaires dont la source contient la chaîne "tbl Enfants").
• Enfin, 2 lignes ont un code FMD (Form Module) : les formulaires qu'elles listent ont du code VBA faisant appel à la chaîne "tbl Enfants" (par exemple : ouverture de la table par un Recordset DAO, chaîne SQL utilisée dans un db.Execute...) 

Quelques précisions sur les 4 colonnes de résultat :

Limites de l'Assistant

Sachez que tous les recoins de la base de données ne sont pas explorés.
Voici les parties analysées :

• Relations entre les tables
• Champs de tables et propriétés de ces champs
• Requêtes
• Formulaires, champs de formulaires et modules de classe associés
• Etats, champs d'états et modules de classe associés
• Modules standard et modules de classe

L'Assistant analyse un certain nombre de choses dans votre base de données, mais il peut se laisser bluffer par certains réglages. Notamment :

• Si une ligne de commentaires en VBA contient la chaîne cherchée, le module VBA sera retenu par l'Assistant.
• Si un objet contient une "sur-chaîne" de caractères identique, l'objet sera également retenu dans certaines conditions. Par exemple, si vous analysez la table tbl Clients, vous pourriez obtenir des objets qui sont basés sur tbl Clients 2.
• Le programme est livré en l'état et a été testé sur plusieurs configurations, mais aucune garantie n'est donnée. N'hésitez pas à faire une copie de la base à analyser, si vous avez un doute. 

Si vous avez détecté un bug quelconque (autre que les défauts mentionnés ci-dessus !), vous pouvez bien sûr m'écrire, en détaillant les symptômes.

Conseils

L'Assistant ne règle pas tous les problèmes, c'est donc à vous de vous organiser de façon rigoureuse à chaque fois que vous créez un objet dans Access. Quelques conseils, si je puis me permettre :o) :

• Nommez les objets avec un préfixe (tbl pour Table, rqt pour Requête, frm pour Formulaire...)
• Nommez les objets de façon précise (évitez TabCli quand votre table pourrait s'appeler tbl Clients)
• Utilisez la notion de "groupes" apparue avec Access 2000 pour classer les objets par thèmes (vous retrouvez ces groupes dans la fenêtre de base de données, un groupe existe d'ailleurs déjà et s'appelle Favoris).

Cette section vous intéresse ? Abonnez-vous !