Discussion :

[looping_92]

Bonjour à tous,

je sollicite votre aide pour la modélisation de ma base de données.

Avant de vous exposer la situation, il faut savoir que les données sont dans un fichier excel (récupérés via un formulaire) et que j'ai déjà tenté un import de Excel
vers Access (via le wizard) mais je ne comprends pas pourquoi j'ai des données redondantes dans une des tables, des données manquantes dans d'autres...

Je pense donc le faire manuellement. ça me permettra au passage de mieux comprendre les choses.

Je vous présente le projet :

j'ai des clients : nom, prénom, date de naissance, ville de naissance, pays de naissance, adresse postale, ville, pays de résidence, numéro de téléphone, mail, nombre d'enfant, nationalité.

Client à un conjoint ou non. Si oui il faudra renseigner les mêmes infos pour lui.

Client peut avoir des enfants et donc il nous faudra : nom de chaque enfant, prénom, sexe, date de naissance, ville de naissance, pays de naissance.

Voila comment je comptais organiser la chose :

tClients
ID_Clients
NOM
PRENOM
Date, lieu naissance
Nom conjoint
Prénom conjoint
Date, lieu naissance conjoint
adresse postale
Mail
Tel
ID_Pays (Pays de naissance)
ID_Pays (Pays de résidence)
ID_Pays (Nationalité)
ID_Pays (Pays de naissance conjoint)
ID_Pays (Nationalité conjoint)
ID_Enfant
...


tPays
ID_Pays
Fançais
Belgique
etc...

tEnfant
ID_Enfant
ID_Client (parents)
ID_Sexe
NOM
PRENOM
Date naissance
ID_Pays (Pays de naissance)

tSexe
ID_Sexe
Feminin
Masculin

Liaison entre tClients et tEnfant
ID_Clients
ID_Enfants
nombre_enfant

Question : Comment trouvez-vous cette organisation des données ? Comment pourrait-on l'améliorer ?

Question : Puis-je utiliser la table tPays pour renseigner le pays de naissance, de résidence et l'utiliser pour la nationalité ?

Ensuite l'idée est de mettre en place des formulaires par service :
service 1 ne peux afficher que certaines infos dont il a besoin
Service 2 d'autres infos
etc...

Faire des formulaires de consultation, sans droits de modification pour éviter les bavures

Question : Est-il possible de garder d'anciens enregistrements lorsqu'une valeur est modifiée ?

Merci par avance

[bertiny]

Bonjour
Pour ce qui est de la structure des tables

tClients
ID_Clients
NOM
PRENOM
Date
lieu naissance
Nom conjoint
Prénom conjoint
Date, lieu naissance conjoint
adresse postale
Mail
Tel
Pays de naissance
Pays de résidence
Nationalité
Pays de naissance conjoint
Nationalité conjoint
ID_Enfant
ID_Sexe

tPays
ID_Pays
Nom_pays

tSexe
ID_Sexe
Sexe


Les champs pays de naissance, pays de résidence, pays du conjoint de la table tClient vont pointer vers Nom_pays de la table tPays

Je ne vois l'importance de ceci

Liaison entre tClients et tEnfant
ID_Clients
ID_Enfants
nombre_enfant

Pour le reste çà marche.

Question 1 (voir ce qui précède )
Question 2 oui
Question 3 oui. C'est toi qui définit les règles de gestion de tes données

Cordialement.

[looping_92]

Super merci pour ta réponse

Je ne vois l'importance de ceci
Liaison entre tClients et tEnfant
ID_Clients
ID_Enfants
nombre_enfant

En fait je comptais ajouter cela car les enfants ont (souvent) le même nom que leurs parents donc faire le lien entre parents et enfants sans avoir à ressaisir le nom par exemple.

Ou dois-je indiquer le nombre d'enfants ? leur(s) prénom(s) ? Dans la table tclients ?

[bertiny]

Ou dois-je indiquer le nombre d'enfants ? leur(s) prénom(s) ? Dans la table tclients ?

Bien sûr dans la table tEnfant qui est bien structuré tel que tu l'as fait.

[Robert1957]

Bonjour looping_92, bertiny,

Quelques petites remarques:

1- NOM est un mot réservé d'Access. Voici la liste: https://support.office.com/fr-fr/art...ID=HA010341461
2- Une bonne pratique est de distingué si possible la provenance du champ donc dans ton exemple le champ NOM de la table client pourrait devenir Nom_Client et PRENOM devenir Prenom_Client, la table enfant le champ NOM deviendrait Nom_Enfant etc.... Ainsi si une requête avait la table client et enfant tu ne serais pas obligé d'écrire pour le champ NOM de la table client : tClients.NOM mais juste Nom_Client.
3- Le champ date, lieu de naissance devrait être 2 champs distincts. De plus date est un autre mot réservé d'Access, donc Date_Naissance serait une solution.

Bonne journée

[bertiny]

Merci Robert pour le relais. Il ne reste qu'à notre ami de mettre en pratique ces remarques.
Cordialement.

[looping_92]

Désolé pour la réponse tardive. Merci à vous messieurs pour ces conseils

je mets tout cela en oeuvre et vous soumettrai le resultat.

[looping_92]

Voici à quoi ressemble mes tables :



Qu'en pensez-vous ?

Bon, j'avoue que j'ai un peu de mal à faire les différentes relations.

Questions :

je vois bien la relation entre IdEnfant de tEnfants et IdEnfant de tClients

1. Ai-je besoin d'en faire une autre entre IdParent de tEnfants et IdClient de tClients ? Lorsque je tente de faire une seconde relation entre deux tables j'ai le message suivant : "Une relation existe déja, voulez-vous modifier la relation existante..."
2. De plus comment faire pour établir la "relation" entre NomPays de tPays et les différents champs (PaysNaissanceEpoux1, PaysNaissanceEpoux2, PaysResidence...) s'y rapportant dans la table tClients par exemple ?
3. Je me pose la même question pour Civilité dans tCivilité et CivilitéEpoux1 et CivilitéEpoux2 de tClients ?

Est-ce dans mon formulaire que cette "realtion" / ou ce "lien" sera fait(e) ?

Merci pour vos éclairages.

[bertiny]

Bonjour
Tu auras plutôt un truc de ce genre


Epouse doit constituer une table à part entière comme je l'ai décris.

1- Non. La relation que tu as établis suffit
2- Voir comment je l'ai fait.
3 -Si la Civilité doit apparaître chez l'épouse alors tu crées un champ ID_Civilite dans la table TEpouse et tu établis une relation entre ID_Civilite de la table TCivilite et ID_Civilite de la table TEpouse.

Cordialement.

[looping_92]

Merci Bertiny pour cette proposition / correction,

ne faut-il pas une relation entre (?):

• tCivilité et tEnfant
• tCivilité et tEpouse

Dans mon cas, le client peut être un Mr ou une Dame. N'est-ce pas génant de couper la table client en 2 tables distinctes comme tu le proposes ?
Ce que je veux dire par là c'est qu'un client n'est pas forcément un homme et en couple.


Merci.

[bertiny]

ne faut-il pas une relation entre (?):
tCivilité et tEnfant
tCivilité et tEpouse

Voir ce que j'ai proposé à la suite du post. Celà reste aussi vrai pour TEnfant en ce qui concerne la civilité.

Dans mon cas, le client peut être un Mr ou une Dame. N'est-ce pas génant de couper la table client en 2 tables distinctes comme tu le proposes ?

Dans ce cas, tu vas renommer la table TEpouse par TConjoint (car si le client est un homme alors "son conjoint " est une femme et vice versa) alors elle aura un sens en le faisant ainsi.

Ce que je veux dire par là c'est qu'un client n'est pas forcément un homme et en couple.

au cas où un client n'est pas en couple alors le champ NomConjoint (bien évidemment après avoir renommer la table comme je l'ai dit plus haut ), restera vide.

[looping_92]

Merci pour toutes ces réponses.

Je modifie tout cela et je reviens en faire profiter tout le monde

[looping_92]

Voici les dernières modifications



Est-ce correct selon vous ?

Merci.

[bertiny]

Çà marche

[looping_92]

Cool merci



J'ai cette erreur lorsque je tente de remplir un formulaire. J'ignore si cela est dû aux relations...
J'ai tenté pleins de choses mais toujours le même résultat...

En revanche, lorsque je décoche "Appliquer l'intégrité référentielle" de toutes les relations, les données saisies dans le formulaire sont biens enregistrées dans la BD.

Avez-vous une idée d'où cela peut-il bien venir ?

[Invité]

Bonjour

Une remarque sur l'adresse résidence.

Une adresses peut-être composée de plusieurs lignes et le code postal et la ville sont à mettre dans deux champs à part.

Donc pour l'adresse il faudrait 4 champs d'adresses :

Ad1
Ad2
Ad3
Ad4

Deux champs pour le code postal et la ville

Code_postal
Ville

Voilà comment il faut structurer une adresse, car si un jour tu es amené un faire un mailing, ta première structure ne te permettra pas de faire une adresse postale normalisée.

Philippe

[looping_92]

Bonjour Philippe,

merci pour la précision. Je corrige

[bertiny]

En revanche, lorsque je décoche "Appliquer l'intégrité référentielle" de toutes les relations, les données saisies dans le formulaire sont biens enregistrées dans la BD.

En réalité l'intégrité référentielle ne doit pas poser de problème. En créant la civilité dans les tables TClient, TConjoint et TEnfant, tu mets le type de données à "Assistant de Liste de choix". Ceci est aussi valable pour les champs PaysResidence, PaysNaissance des mêmes tables. Car tu auras juste à faire un choix sur les valeurs stockées dans les tables TPays et TCivilite.

Ce que Access va faire en arrière plan c'est de créer des tables TPays_1, TPays_2,.. lorsque Pays pointe plus d'une fois dans la même table. Même chose pour civilité.

Cordialement.

[looping_92]

J'ai modifié les champs en conséquences, mais l'erreur perdure...

Les modifications sont-elles correctes ? Modif faites dans les 3 tables : tclients, tconjoint et tenfants et pour les différents attributs (nationalité, pays de naissance et de résidence)



Une idée ?

Merci.

[bertiny]

PaysResidence doit aussi être de type numérique (le créer par l'assistant de liste de choix, qui pointera sur le champ NomPays de la table TPays). Ceci est valable pour toute les autres tables où tu souhaites utiliser : le nom du pays, la civilité. Tu feras le même processus.