Bonjour
Je suis en train d'essayer de créer des tables pour un répertoire d'adresses. J'hésite beaucoup et je me pose trop de questions.
Une solution que j'ai trouvée, je crée une table dans laquelle j'aurai :
PERSONNE
-id_personne
-nom
-prenom
-adresse1
-adresse2
-adresse3
-tel1
-tel2
-tel3
etc ...
Je trouve cette solution facile pour créer mes requêtes ou un import facile de cette table.
Par contre je me suis dit qu'il y aurait beaucoup de doublons comme par exemple il peut avoir plusieurs prénoms, identités, des adresses identiques qui appartiennent à plusieurs personnes, comme un frère et une sœur qui habitent sous le même toit.
J'ai pensé à faire ceci :
PERSONNE
num_personne // le numéro de la personne enregistrée
num_nompren // le numéro qui correspond au couple (nom, prenom)
num_adressse // le numéro qui correspond à une ou plusieurs adresse(s)
num_tel // le numéro qui correspond à un ou plusieurs téléphone(s)
NOM_PRENOM
id_personne // le numéro de l'enregistrement de la personne
id_nomfamil // le numéro du nom de famille de la table nom
id_prenom // le numéro du prenom de la table nom
NOM
id_nom // numéro de l'enregistrement
nom // chaîne de caractères nom ou prénom
TELEPHONE
id_tel // numéro d'enregistrement du téléphone
telephone // numéro à 10 chiffres
type_de_tel // si c'est un fixe, portable, fax
PERSONNE_TELE
id_personne_tel // id d'enregistrement de la personne
id_tel_pers // numéro de téléphone d'enregistrement
Avec cette solution je pense que les doublons sont évités.
Par exemple Jean peut être un nom ou un prénom mais je pense que mes requêtes vont être super longues.
Pensez-vous que j'ai trop éclaté les tables ?
A-t-on le droit de faire une table avec seulement deux colonnes ou est-ce inutile ?
Quelle solution adopter ?
Je bute sur ces problèmes de doublons, d'un coté je souhaite utiliser la première solution car on réduit considérablement le nombre de tables mais si la base dans le futur évolue, tiendra-t-elle la route ?
Je vous remercie d'avance de me donner vos avis.
Partager