Dans cette fiche... |
Lorsque vous construisez une base de données Access, vous manipulez 6
concepts (ou objets) de base.
Ces 6 objets correspondent à chaque onglet de la fenêtre principale
(ou fenêtre de base de données).
Leur ordre n'est pas l'effet du hasard : on commence la conception d'une base de données par les tables, puis on passe aux requêtes, aux formulaires, aux états, éventuellement aux macros et enfin aux modules.
La table permett de stocker des informations dans une base de
données, au fur et à mesure de leur saisie.
Elle est composée de champs (ex. : Nom, Prénom, Adresse, Code
postal, Ville).
Chaque ligne de la table représente un client, un produit... et s'appelle un enregistrement.
En principe, une table ne doit pas comporter de champ calculé.
Exemple : une table Produits contiendrait les champs Référence, Désignation,
Prix Hors Taxes, Taux de TVA, mais pas le champ Prix TTC qui est le résultat de
Prix Hors Taxes * (1 + Taux de TVA).
Lorsque plusieurs tables sont liées, vous devez également définir leurs relations. Les relations sont aussi une notion fondamentale d'Access, mais ne font pas l'objet d'un onglet dans la fenêtre de base de données.
La requête sert à exploiter les données contenues dans les tables.
Elle permet, entre autres :
de trier des données
d'extraire des données par critères
de produire des calculs
Une requête peut également servir de base à :
un formulaire
un état
une liste déroulante
Un formulaire est un écran de saisie, qui permet d'entrer des informations dans une table.
Il est conseillé de saisir les données via un formulaire et non directement dans la table. En effet, le formulaire permet une interface plus simple (listes déroulantes, boutons de commande, couleurs) et un meilleur contrôle de la saisie.
L'état permet l'impression de données. Il est proche du formulaire, mais comporte des techniques spécifiques à l'impression.
En clair : dès que vous pensez Imprimante, pensez Etat.
Une macro-commande permet l'automatisation de certains traitements (ouvrir un formulaire, une table, fermer un formulaire...).
Malgré leur simplicité de programmation, les macro-commandes sont à éviter : elles ne sont pas paramétrables, ne gèrent pas les erreurs, et sont peu évolutives. Si vous avez besoin de programmation, pensez plutôt aux modules.
Un module est un ensemble de fonctions écrites en Visual Basic, destinées à l'automatisation de traitements. Les modules sont plus puissants mais également plus complexes que les macro-commandes, et permettent de construire des applications complètes à partir d'Access.