Discussion :

[AidezMoiSvp]

Bonjour,

Je m'intéresse de plus en plus à Access et j'ai envie de créer des projets de plus en plus ambitieux.
Cependant, je suis rapidement dépassé par le nombre de tables, de formulaires, de macros...

Comment faites vous pour vous y retrouver ?
Il y a t il des "trucs" qui permettent de retrouver rapidement une information, un lien entre les codes... ?

Tenez vous à jour des documents annexes (fichier texte, tableur...) ?

Merci

[jimbolion]

AidezMoiSVP,

Un petit coup d'oeil ici devrait déjà t'apporter quelques réponses

http://sqlpro.developpez.com/cours/standards/

Pour une doc c'est indispensable. Penses à commenter ton code et à isoler tes couches fonctionnelles des accès données (question de ré-utilisabilité et de maintenance).

Sur le nom des formulaires, reports et requêtes à toi de créer ta propre normalisation.

JimBoLion

[loufab]

Bonjour,

En effet pas facile lorsque le projet prend de l'ampleur.

Il faut être méthodique, produire de la documentation (word, excel... tout ce qui peut te convenir en fait) mais sans tomber dans certains travers car Trop de doc tue la doc.

VBA
Documenter le code pour que 6 ou 8 mois après tu t'y retrouve (qu'est-ce que j'ai voulu faire ? Qu'elle approche j'ai eu pour résoudre ce cas ?). Pareil pour la documentation dans le code... Il n'y a pas plus agaçant que de voir ce genre de commentaire :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
'je boucle
For i = ....

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
'si mon recordset est vide
if rst.eof then

A part dans un tuto débutant, c'est totalement stérile, si tu as écris cette syntaxe c'est que tu l'as connait.

Formulaire et état :
Prendre l'habitude de nommer ses objets avec des noms court et parlant.
Exemple :
fPrincipal est un formulaire
sfDetail est un sous-formulaire

Idem pour les états
ePrincipal
seDetail

Requêtes/tables
Il y a le champ description pour chaque objet (clic-droit propriété) ça peut aider pour les requêtes/tables. Mais là encore une bonne doc est parfois nécessaire pour des montages complexes. A commencer par un MCD c'est OBLIGATOIRE à moins d'avoir 3 tables qui se battent en duel.

Enfin il y a les Catégories que tu peux exploiter dans la barre d'objets de base de données. Tu peux ainsi faire des groupes d'objets.

Enfin pour les très gros projet tu peux créer des bibliothèques qui vont regrouper tes objets par catégorie : pour un erp tu pourras avoir par exemple :

Client.accdb
Facture.accdb
Commande.accdb
... à utiliser en dernier ressort car un peu lourdingue à maintenir.

Cordialement,

[AidezMoiSvp]

Merci à vous deux pour vos suggestions.