Access 2019 Access 2016 Access 2013 Access 2010 Access 2007
To be reliées or not ?…
Microsoft ACCESS est une base de données relationnelles. C’est d’ailleurs ce qui en faisait sa particularité à une époque que les moins de vingt (même quarante …) ans ne peuvent pas connaitre. Cela signifie que les sources de données sont reliées entre elles dans un modèle …
Nous allons créer des relations entre des tables sur Access
Supposons le modèle de données Microsoft Access suivant, organisé autour de deux tables :
les Clients et les Contrats (on ne peut faire plus simple …)
les Clients et les Contrats (on ne peut faire plus simple …)
Nous souhaitons construire une requête permettant de voir les contrats de tous les clients :
Question :
Quel type de relation doit-on construire entre ces deux tables ?
Microsoft est assez souple sur cette partie qui est essentielle dans le fonctionnement des requêtes et donc dans les résultats obtenus.
– Prenons le 1er cas
Par un double clic sur la relation, l’application propose, dans un langage sans doute peu familier …
L’option 1 va filtrer les résultats de façon à ne visualiser que les [NoClient] qui sont communs aux deux tables. Cela signifie donc que seuls les candidats ayant un contrat sont listés.
– Changeons de type de liaison en choisissant l’option 2
La table pilote sera la table [T01-00-Clients], ce qui signifie que tous les enregistrements de cette table seront listés, qu’ils aient ou non une correspondance dans la table [T02-00-Clients].
Regardez :
Les clients CHATEIGNIER, VALLEE et LAVAZAIS n’ont pas de contrat !
(bien sûr toute ressemblance avec … fortuite !)
(bien sûr toute ressemblance avec … fortuite !)
– Il sera même possible d’utiliser cette absence de correspondance comme un critère de filtre.
donnera la liste de tous les clients sans contrat :
Autant dire que le bon choix du type de liaison entre deux tables est essentiel aussi bien dans les résultats attendus que dans le résultat des calculs.
– Conclusion de ce guide sur les relations entre des tables Access
La règle qui s’impose : lorsque l’on construit une requête, un formulaire, un état avec au moins deux tables ou deux requêtes (la règle est aussi valable avec des requêtes …), il faut TOUJOURS se poser la question : les ai-je bien liées ?
Pour plus d’informations, une formation, un développement ou de l’assistance, vous avez la possibilité de contacter nos Experts Access !
