Discussion :

[alfonsokm]

Bonjour. Je suis entrain de lire un cours sur sql, tout semble bien marché, seulement je suis bloqué au niveau de la modelisation. Prenons l'exemple de modelisation d'une adresse. Avec Pays-Province-ville-commune ou territoire , chefferie ... ok vs y arriver sans problème , alors on te dit d'enregistrer les lieux des naissances de certaines personnes, c la ou je suis bloqué voici ma ta table lieu_de_naissance avec clé étrangère: id,id_personne,id_pays,id_province, ainsi de suite, je me dit que ce facile si on demande d' afficher les personnes qui sont nées dans telle commune ou telle province, juste une requête dans ma table lieu de naissance et ouf tout est la, d l'autre coté j'aimerais juste mettre dans la table lieu_de_naissance, id_personne et id_lieu, avec ce raisonnement je trouve que la requête pour affiche telle personne dans tel lieu sera vraiment complexe, alors je suis dans l'embarras si vous pouvez m'aide. Merci

[f-leb]

Bonjour,

concernant la modélisation des personnes et des adresses, deux exercices SQL proposés par SQLpro :
Modélisation de personnes
Modélisation d’une adresse

[alfonsokm]

C'est bien modelisé, seulement pour un débutant le grand problème sera au niveau de requête,je pense plus il ya trop de table, plus y aura de jointure et de sous requête ... Ça serait parfait si l'auteur avait mis quelques exemples de requête.

[f-leb]

...je pense plus il ya trop de table, plus y aura de jointure et de sous requête ...

De quoi alimenter ta réflexion sur ce genre de préoccupations qui revient souvent:
Base de données et performances… petites tables et tables obèses !

À chaque audit que je fais, et cela depuis maintenant plus de 15 ans, on trouve régulièrement la même erreur : des tables avec un nombre effrayant de colonnes. Par exemple une table des personnes, dans laquelle on trouve des adresses, des téléphones, des mails, … bref tout un tas d’information relatif à une personne, mais qui ne constitue aucunement des attributs directs de la personne. Et chaque fois que l’on fait remarquer cela aux développeurs, la réponse est la même :

« on m’a dit que les jointures c’était mal »
« les jointures c’est pas performants, c’est connu »
« Je mets tout dans la même table, ça ira plus vite »