Gérer plusieurs adresses par client

Bonjour,

J'ai un problème assez basique je pense :

Dans une base de données gérant des factures et des clients, gérer un ensemble d'adresses possibles pour un même client. Afin de pouvoir choisir pour chaque facture quelle adresse utiliser.

L'idée qui me vient naturellement est donc d'avoir une table pour les adresses des clients, avec chaque adresse liée au client.

Pièce jointe 485517

Ici chaque facture doit donc être liée au bon enregistrement de la table d'adresse pour savoir laquelle utiliser.

Ce qui me pose problème c'est qu'ici rien n'empêche d'utiliser une adresse du client A dans une facture liée au client B.
La seule chose que je peux faire, c'est dans mon formulaire de saisie des factures, filtrer la zone de liste où on choisit l'adresse afin de n'afficher que les adresses correspondant au client sélectionné.

Mais c'est une protection "artificielle" qui n'empêche pas réellement que cela arrive.

Je me demande donc si c'est la (ou une) bonne façon de faire ?

Citation:

---

Envoyé par Asahenn

L'idée qui me vient naturellement est donc d'avoir une table pour les adresses des clients, avec chaque adresse liée au client.

---

C'est à mon sens, une bonne idée.

Citation:

---

Envoyé par Asahenn

Ce qui me pose problème c'est qu'ici rien n'empêche d'utiliser une adresse du client A dans une facture liée au client B.
La seule chose que je peux faire, c'est dans mon formulaire de saisie des factures, filtrer la zone de liste où on choisit l'adresse afin de n'afficher que les adresses correspondant au client sélectionné.

Mais c'est une protection "artificielle" qui n'empêche pas réellement que cela arrive.

---

C'est effectivement possible.
Mais il faut, pour cela, un accès à cette table par un autre biais, moins protégé que ton formulaire. Si cet accès existe, ne serait-ce que par un accès direct à la base si Access est sur le poste, tu peux rencontrer ce cas.

La protection par ton formulaire est, évidemment, absolument nécessaire, mais effectivement pas suffisante.

Il existe 2 solutions, mais je ne sais pas si cela est possible, au moins pour la seconde, avec Access.

La moins bonne à mon sens, c'est de ne pas faire le lien entre ta facture et la table client, mais faire uniquement le lien vers la table adresse, mais en utilisant une clé composée du n° client et du n° adresse. Comme ça, le couple doit obligatoirement correspondre.
Cette solution n'est pas bonne à mon sens, car ta facture est liée indirectement à ton client à travers son adresse. Or une facture est liée à un client avant d'être liée à son adresse, donc pour moi il faut un lien directe entre la table facture et la table client, comme tu as fait.

La seconde solution, à supposer que ce soit possible avec Access, est comme tu as fait, mais en rajoutant une contrainte sur la table facture. Contrainte qui dirait que le couple n°client/n°adresse de la facture, doit correspondre à un couple n°client/n°adresse valide de la table adresse. Cette contrainte vient en plus des clés étrangères déjà en place. Ainsi, tu ne pourrais pas enregistrer, dans la table facture, un n°adresse qui n'est pas associé, dans la table adresse, au même n°client que celui de ta facture.

Merci pour ta réponse !

Effectivement ajouter une "constraint" semble possible sur access. Cela se fait au moyen de la propriété "valide si" du champ en mode création.

Cependant les possibilités ont l'air limités, je ne sais pas si c'est possible d'aller chercher une valeur dans une autre table (le client correspondant à l'adresse) pour faire la validation.

Salut
Si pour une facture il n'y a qu'un et un seul idclient et si pour cette même facture il n'y a qu'un et un seul idadresse, votre approche et modélisation est correcte.
Je ne comprends pas trop : "Mais c'est une protection "artificielle" qui n'empêche pas réellement que cela arrive."

Citation:

---

Envoyé par hyperion13

Je ne comprends pas trop : "Mais c'est une protection "artificielle" qui n'empêche pas réellement que cela arrive."

---

Parce que c'est une protection qui est faite en aval, par le consommateur de la donnée lui-même, à savoir le code du formulaire de saisie.
La donnée en elle-même n'est pas protégée.
Il suffit d'un autre consommateur, un autre formulaire par exemple, qui ne se donne pas cette peine, et tu peux obtenir des données corrompues dans la base

Une protection en amont, sur la table elle-même, par une contrainte par exemple, protège réellement la donnée quelques soient les consommateurs et les protections qu'ils embarquent eux-mêmes ou pas.

Bonsoir,

Pour garantir qu’une adresse portée par une facture est bien toujours une adresse du client facturé, la modélisation peut suffire à condition de propager l’identifiant du client jusqu’à la table FACTURE par les deux chemins. Ceci demande que ADRESSE soit identifiée relativement à CLIENT :

Pièce jointe 486432


La clé primaire de la table adresse est la paire {clientId, adresseId}.

A noter que pour ma part, j’exclus des clé primaires les propriétés naturelles telles que numéro de client, numéro de facture, celles-ci font l’objet de clés alternatives (unicité garantie).

Merci pour ta réponse fsmrel !
J'aime beaucoup ton idée, c'est une façon très intéressante d'utiliser les clés primaires composites que je n'ai vu mentionné dans aucun livre/tuto !

Je comprends comment ça fonctionne et en quoi cela force la facture a avoir une adresse qui correspond au client.

Cependant j'ai vraiment du mal à implémenter cela en Access. J'ai défini la clé primaire des adresses en fonction du champ ID et du champ Client.

Maintenant j'ai du mal à savoir comment je peux définir la table facture pour qu'elle soit liée à une adresse avec les deux clés primaires (sachant qu'une clé correspond à son champ client).

Si quelqu'un peut m'éclairer je lui en serait reconnaissant !

Mais merci pour l'idée si cela fonctionne je trouve ça très propre et pratique !

Bonsoir Asahenn,

Citation:

---

Envoyé par Asahenn

j'ai du mal à savoir comment je peux définir la table facture pour qu'elle soit liée à une adresse avec les deux clés primaires (sachant qu'une clé correspond à son champ client).

---

Il faut dire à ACCESS que la clé primaire de la table ADRESSE est la paire d’attributs {clientId, adresseId}. J’ai montré ici à Gaël comment procéder.

Avec ACCESS (sans doute 2016) j’ai créé les tables et établi les liens. Ci-dessous on voit le lien entre ADRESSE et FACTURE, avec la paire d’attributs {clientId, adresseId} :


Pièce jointe 487113



Pour établir ce lien, sélectionner les deux attributs clientId et adresseId dans la table ADRESSE, faire un drag/drop vers FACTURE ; dans la partie FACTURE (Table/Requête liée), aller pêcher les colonnes clientId et adresseId.

Bonsoir Asahenn,


Un addendum :

J’ai déjà évoqué ici en le décomposant le procédé de création des multi-attributs clés étrangères.


Si cela peut vous aider...

Merci beaucoup pour ton aide détaillée ! Je n'ai pas l'habitude de passer par la fenêtre des relations c'est pour ça.