Discussion :

[aperikub]

bonjour à tous,

je pense être au bon endroit pour poster, je débute les cours de bases de données donc c'est encore très abstrait pour moi. je dois modeliser la BD d'une bibliothèque sous analyseSI et j'ai du mal a comprendre le fonctionnement des clés étrangères avec ce logiciel. j'ai une entité "livre" avec numéro_livre (la clé), titre, auteur etc.. une entité auteurs avec numéro_auteur (la clé), nom_auteur, prénom_auteur, etc... et une association entre les deux.

le seul moyen que j'ai trouvé (enfin c'est ce qu'il me semble avec ma faible compréhension du sql) pour que analyseSI utilise la clé de l'entité "auteurs" pour l'attribut auteur de l'entité "livre" c'est de mettre la cardinalité a 0,1. mais si un auteur est dans l'entité auteurs c'est qu'il a écrit de 1 à n livres.

je voudrais également dans l'autre sens que toutes les occurrences de l'entité "livre" écrites par un même auteur puissent être retrouvés sous forme de clés étrangères dans l’occurrence de l'entité auteur correspondante (en clair que chaque occurrence de l'entité auteur contienne la liste des livres qu'il a écrit) et la je ne vois vraiment pas comment faire (a part peut-etre créer une association qui soit associée à l'entité auteur et ne contenant que des clés d'entités livre?).

merci d'avance!

[SQLpro]

bonjour à tous,

je pense être au bon endroit pour poster, je débute les cours de bases de données donc c'est encore très abstrait pour moi. je dois modeliser la BD d'une bibliothèque sous analyseSI et j'ai du mal a comprendre le fonctionnement des clés étrangères avec ce logiciel.

C'est normal, les clef étrangères ne doivent en aucun cas apparaître dans un MCD. Ce sont les associations qui font le lien entre deux entités, association qui se transformerons en FK ou autre en fonction des cardinalité !

A +

[escartefigue]

j'ai une entité "livre" avec numéro_livre (la clé), titre, auteur etc..

Ça commence mal : au niveau conceptuel l'auteur n'a rien à faire dans l'entité-type livre !
C'est au niveau tabulaire qu'on trouvera éventuellement dans la table livre, non pas l'auteur, mais l'identifiant de l'auteur hérité comme FK
Je dis éventuellement car dans les faits, un livre peut avoir plusieurs auteurs et un auteur peut écrire plusieurs livres, il faudra donc une table associative livre-auteur et la FK de l'auteur sera dans cette table et non pas dans la table livre.

Le modèle concpetuel est donc

[AUTEUR]1,n --- ecrire --- 1,n [LIVRE]

ce qui donne trois tables (PK soulignées, FK suffixées #) :
AU_AUTEUR[AU_ident, AU_nom, AU_prenom, AU_datenais...]
LI_LIVRE[LI_ident, LI_titre, LI_dateparu]
EC_ecrire[AU_ident#, LI_ident#, EC_date]

[skuatamad]

je voudrais également dans l'autre sens que toutes les occurrences de l'entité "livre" écrites par un même auteur puissent être retrouvés sous forme de clés étrangères dans l’occurrence de l'entité auteur correspondante (en clair que chaque occurrence de l'entité auteur contienne la liste des livres qu'il a écrit) et la je ne vois vraiment pas comment faire

C'est ce qu'il ne faut surtout pas faire.
Avec la table d'association EC_ecrire présentée ci-dessus par escartefigue vous pouvez récupérer par jointure toutes les informations nécessaires.

[fsmrel]

Bonjour,

En complément : il est préférable de laisser analyseSI et passer à Looping (gracieusement proposé par le professeur Patrick Bergougnoux (merci Paprick !)) offrant bien plus de possibilités pour la modélisation des données.

[Paprick]

Bonjour,

Voici à quoi devrait ressembler votre MCD, le MLD correspondant et le code SQL permettant la génération du schéma relationnel.

Bonne continuation !

[aperikub]

ok merci pour les réponses (j'ai mis un peu de temps a revenir, coupure internet ) du coups entretemps j'ai compris que analyseSI (que je suis obligé d'utiliser dans le cadre du cours) faisait les liens lui même donc mon mcd ressemble à vos exemples par contre au niveau SQL j'ai des **NOT_FOUND** pour les types des clés liées par des associations.
voila mon mcd et le code SQL:






ps: j'ai beaucoup hésité sur l'endroit ou mettre mon booléen "disponible" donc je ne suis vraiment pas sur que ce soit correct

[escartefigue]

Bonjour,

Quelques remarques :

Certains livres n'ont pas d'auteur connu, c'est pourquoi la cardinalité mini de zéro est requise, d'autres ont un ou plusieurs auteurs.

Un livre peut rester à l'état de manuscrit ou devenir un ouvrage lorsqu'il est édité par un éditeur, le même livre pouvant être édité plusieurs fois (par un même éditeur ou plusieurs).
Un ouvrage possède un identifiant ISBN obligatoire depuis 1970, mais les ouvrages anciens n'en ont pas
Un même ouvrage est imprimé en plusieurs exemplaires, c'est l'exemplaire qui peut être emprunté par un lecteur et non le livre ou l'ouvrage. Dans les bibliothèques, chaque exemplaire possède un code à barres unique.

Comme un lecteur doit pouvoir emprunter le même exemplaire plusieurs fois (si l'envie de relire lui prend) mais qu'un même exemplaire ne peut être emprunté qu'une seule fois à un instant "t", la date contribue à l'association "emprunter" et, dans le script, il faudra évacuer l'identifiant de l'emprunteur de la PK de cette table associative

Un même lecteur peut être abonné dans plusieurs bibliothèques (c'est assez courant) mais il faut vérifier que l'emprunteur est membre de la bibliothèque, d'où la contrainte (CIF) d'inclusion (i cerclé)

Enfin, j'ai choisi dans le MCD ci-dessous d'identifier l'ouvrage relativement au livre (sans livre, pas d'ouvrage) et l'exemplaire relativement à l'ouvrage (pour la même raison) : l'ouvrage comme l'exemplaire sont des entités-type faibles.

Ce qui donne le modèle suivant :

Pièce jointe 582155

Note : le booléen "disponible O/N" est inutile. Un exemplaire est disponible s'il n'est pas emprunté (absent de la table associative "emprunter" ou bien la date de fin d'emprunt est échue)

EDIT : de "exemplaire" vers "localiser" la cardinalité devrait être 0,1 t non 1,1. Tout exemplaire n'étant pas obligatoirement dans une bibliothèque