Discussion :

[naty76]

Bonjour à tous et à toutes,

Je suis en train de regarder les jointures.
j'ai une table Client et une table Commande.
J'ai une relation 1-N entre les 2.
L'intégrité référentielle est activée.

En testant les jointures, je m'aperçois que seules les jointures interne et externe gauche ont un intérêt pour cette base. Effectivement si l'intégrité référentielle est cochée, une jointure externe droite ne peut me retourner que le même résultat que la jointure interne puisque je ne peux pas avoir de commande sans client.

J'ai peut être loupé quelque chose. Quelqu'un peut-il m'expliquer l'interraction entre les jointures et l'intégrité référentielle ? Peut-on utiliser les 2 en même temps ? Doit-on faire des jointures quand l'intégrité référentielle n'est pas cochée ?

Pouvez-vous m'éclairer , merci pour votre aide

NATY

[nico84]

Ce sont deux notions qui n'ont rien à voir en fait :
- une jointure sert à créer une vue sur plusieurs tables
- elle peut être interne ou externe selon le résultat que l'on souhaite
- les 2 champs du ON ne sont pas nécessairement liés dans l'analyse
- l'intégrité référentielle permet de confier à access une partie des controles nécessaires au bon fonctionnement du logiciel
- il est toujours possible de faire des jointures... mais l'intégrité référentielle ne peut être activée que dans des cas très précis

[mout1234]

Bonjour,

En effet, logiquement une jointure externe droite n'a pas d'intérêt dans le cas où une intégrité référentielle est appliquée.


Sauf erreur de ma part (j'ai raté qq chose ?), la nature de la jointure dans la fenêtre Relation n'a que pour seul effet de définir la joint ure qui sera proposée par défaut dans les requêtes utilisant les deux tables liées, au moment de la création de ces requêtes. Cela n'empêche pas bien sur de modifier la jointure dans la requête...

Pour ma part je ne définis généralement que des équijointures dans la fenêtre Relation - i.e. je me préoccupe seulement de l'intégrité référentielle.
Je définis ensuite selon les besoins des jointures externes dans chaque requête.

[naty76]

Mout et Nico, merci pour vos réponses qui m'éclairent un peu plus.
Donc l'intégrité référentielle sert à vérifier l'intégrité des données dans 2 tables liées.
Les jointures servent à faire une sélection d'enregistrements entre plusieurs tables.
Dites-moi si me trompe

Mout,

Je définis ensuite selon les besoins des jointures externes dans chaque requête

Mais si j'ai bien compris, si tu utilises l'intégrité référentielle et même si tu gères tes jointures dans tes requêtes, certaines jointures n'auront pas d'intérêt.
Si tu prends mon cas Client /commande avec l'intégrité référentielle, même si je gère une jointure externe droite dans ma requête, elle me retournera la même chose que la jointure interne non ?
Donc dans mon esprit, si je veux une jointure externe droite sur une relation 1-N que ce soit dans ma relation et dans ma reqête, l'intégrité ne doit pas être utilisée.

Désolée si j'insiste je veux être sûre d'avoir compris et il me manque surement des notions

NATY

[nico84]

C'est presque ça !

... l'intégrité référentielle sert à vérifier l'intégrité des données...

IMPOSER et non vérifier

Si tu prends mon cas Client /commande avec l'intégrité référentielle, même si je gère une jointure externe droite dans ma requête, elle me retournera la même chose que la jointure interne non ?

clients INNER commandes fait pareil que clients RIGHT commandes mais clients LEFT commandes affichera aussi les clients qui n'ont pas encore passé de commandes

Donc dans mon esprit, si je veux une jointure externe droite sur une relation 1-N que ce soit dans ma relation et dans ma reqête, l'intégrité ne doit pas être utilisée.

Ton esprit est encore un peu embrouillé : l'intégrité va seulement t'empêcher de créer une commande sans client ou d'effacer un client qui a des commandes

[naty76]

IMPOSER et non vérifier

Oui effectivement Le mot est vraiment IMPOSER!!

mais clients LEFT commandes affichera aussi les clients qui n'ont pas encore passé de commandes

çà c'est bon, j'ai bien intégré le côté gauche de la jointure. C'est la table 1 donc pas de souci

l'intégrité va seulement t'empêcher de créer une commande sans client ou d'effacer un client qui a des commandes

En fait, mon esprit était certes embrouillé mais mon expression encore plus
Ce que je voulais dire c'est que si je veux avoir un résultat différent que la jointure interne en faisant une jointure droite, il faut que je crée des commandes sans client et donc enlever l'intégrité référentiel pour le faire. C'est çà que je voulais dire.
Je sais que sur le fond cet exemple est stupide mais c'est pour que je comprenne bien le principe

NATY

[nico84]

Je sais que sur le fond cet exemple est stupide

Pas tant que ça car souvent il est demandé de pouvoir saisir une commande "comptoir" et alors l'intégrité va obliger à créer un pseudo-client "comptoir" qui va fausser les stats, recevoir des mailings...

[naty76]

Merci pour ta réponse.

NATY

[f-leb]

Bonjour,

…Ce que je voulais dire c'est que si je veux avoir un résultat différent que la jointure interne en faisant une jointure droite, il faut que je crée des commandes sans client et donc enlever l'intégrité référentiel pour le faire…

Pour créer des commandes sans client (sic !), on peut aussi mettre la clé étrangère Commande.idClient à NULL.
NULL n’étant pas une valeur à proprement parler mais signifiant plutôt une absence de valeur, on peut l’imposer dans la clé étrangère sans enlever l’intégrité référentielle.

NULL : valeur que vous pouvez entrer dans un champ ou utiliser dans des expressions et des requêtes pour indiquer des données manquantes ou inconnues.

Dans ce cas, une requête avec jointure droite nous donnerait aussi en plus cette commande sans client.