Discussion :

[Kilkenny33]

Bonjour à toutes et à tous,

Je viens tout juste de m'inscrire et je poste ici mon tout premier message. J'avais consulté ce forum auparavant et j'y avais trouvé des informations très sérieuses et détaillées. J'ai ainsi décidé de franchir le pas et de venir y poser ma question que je rumine depuis bien longtemps. J'ai bien suivi quelques cours de Merise (MCD et MPD), mais il faut avouer que c'est loin d'être mon fort. Et puis je cherche à réaliser quelque chose de "professionnel".

Je suis le responsable des archives de la section départementale de la Gironde d'une Amicale d'anciens combattants, et j'ai entrepris il y a plusieurs mois de concevoir et développer son site Web (sur Symfony). J'avance par vagues, n'ayant pas toujours de temps à moi. L'étape à laquelle je m'attelle maintenant est l'affichage d'une page "Médiathèque" sur laquelle le visiteur aura la possibilité consulter divers documents. Il m’est arrivé (bien moins souvent depuis quelques temps) de me déplacer dans (ou d’interroger) des centres d’Archives et d’y recueillir de nombreux documents. Avec mon amie déléguée à la Mémoire et au monde combattant nous avons enregistrer les témoignages (audio et video) d’anciens Résistants. Aussi, l’Amicale nationale publie, depuis près de 40 ans, un bulletin d’information trimestriel, et nous sommes en possession de livres et autres plaquettes sous la forme de PDF.
Il doit être possible au susdit visiteur de lire, regarder et/ou écouter chacun des fichiers qui seront accompagnés, sur la page, d'informations les concernant, adaptées à leurs formats.

Je publie ci-dessous le MCD que j'ai réalisé via l'application en ligne Lucidchart. Pourriez-vous me donner votre avis s'il vous plait ? Et puis pourriez-vous me donner les conseils nécessaire afin, peut-être, d'en supprimer le superflu et/ou de l'améliorer ? Je vous propose de lire juste après quelques qui vous permettront une meilleure compréhension de ce que je cherche précisément.



Un média (classe Media) est défini par :

- Son titre (title) ;
- Un slug (slug), généré d’après le titre ;
- Une illustration (featured_image) ; la première page du PDF, l'image elle-même ou une pour illustrer un fichier audio, la première image d'une vidéo... ;
- Le type du media (media_type) : image, video, audio, texte, PDF… ;
- La date de création du média (release_date) : date de rédaction, d’enregistrement ou d'édition... ;
- Le lieu (realization_place) où a été créé (rédigé, enregistré, édité…) le média ;
- La durée (length) d’une vidéo ou d’un enregistrement audio ;
- Une description du média (description) ;
- L’URL (url) du média (s’il est en ligne ou pointe vers une notice en ligne) ;
- La cote (classification_mark) du média s’il provient d’un centre d’archives ou d’une bibliothèque ;
- Le(s) nom(s) de(s) l’interviewer(s) (interviewer) (en cas de vidéo ou d’enregistrement audio) ;
- Le(s) nom(s) des personnes interviewées (interviewed) ;
- les date de création (created_at) et éventuellement de mise à jour (updated_at) dans la BDD.

Un média se présente sous la forme d’un ou plusieurs fichiers. Un fichier (classe File) est identifié par :

- Son nom (file_name) ;
- Son extension (file_format) ;
- Sa taille (file_size) ;

Si le média est un livre, son auteur devra être créé. Un auteur (classe Author) est défini par :
- Son nom (name) ;
- Une éventuelle URL (url) vers une notice en ligne.

Si le média est un livre, son éditeur devra être créé. Un éditeur (classe Publisher) est défini par :
- Son nom (name) ;
- Une éventuelle URL (url) vers une notice en ligne ou son site Web officiel.

Si le média est conservé dans un centre d’archives ou une bibliothèque, ce centre (class Archival_repository) est défini par :
- Son nom (name) ;
- Un slug (slug) qui apparaîtra dans l’URL ;
- Une éventuelle URL (url) vers une notice en ligne ou son site Web officiel.

Peut-être aurais-je oublié une ou plusieurs autres données qu'il me faudra rajouter ultérieurement. Mais ce qui m'intéresse avant tout c'est d'avoir des entités correctes et d'établir des relations d'entités et de cardinalités toutes aussi logiques.

Encore un grand merci pour l'intérêt que vous aurez porté à ma requête et pour la précieuse aide que vous pourriez nous apporter.

Bien cordialement

[fsmrel]

Bonsoir Kilkenny33,

Travail sérieux.

A noter quand même que votre diagramme n’est pas un MCD mais un MLD (présence d’attributs appartenant manifestement à d’autres objets, par exemple l’attribut code_department dans l’entité-type (ou table après-tout ?) MUNICIPALITY).

Evitez d’utiliser le même nom d’attribut pour des entités-types différentes (cas significatif de l’attribut "id").

Pour réaliser des MCD, utilisez un AGL véritablement dédié, et vous évitant bien des ambiguïtés consubstantielles à des outils tels que Lucidchart. En l’occurrence je vous recommande vivement de passer à Looping, gracieusement proposé par le professeur Patrick Bergougnoux (merci Paprick !). Voyez notamment le forum Looping.

Bon courage, persévérez !

[Kilkenny33]

Bonsoir fsmrel,

Je vous remercie beaucoup pour me faire part de votre premier regard sur mon sujet. En fait, comme je l'indiquais dans mon message, j'ai effectué de longues recherches sur le Web pour tenter de retrouver des exemples de diagrammes axés sur la gestion de fichiers médias, et j'en avais trouvé un très intéressant dans lequel, vous, fsmrel, vous accompagnez durant plusieurs jours cet(te) étudiant(e) qui travaillait sur un projet de médiathèque, et vous lui expliquiez notamment comment "ventiler" ses médias en différents types et/ou supports.

J'ai voulu y puiser des renseignements, mais mes médias sont tous numériques. J'ai pris le temps de tout lire, mais il faudra que je le relise. J'ai toujours ce fil sous le coude.

En fait le MLD (on avait pourtant essayé de m'inculquer les MCD et MPD, en m'expliquant qu'il ne fallait pas les confondre avec les UML) que j'ai publié est juste une partie d'un plus grand. Une page du site contiendra un formulaire que l'utilisateur pourra renseigner avec l'espoir de se voir retourner des informations sur son parent. Il pourra indiquer un lieu de naissance comme ce dernier pourra lui être rapporté. J'ai donc créer des tables pour les communes, sous-régions, régions, pays. Pour ce fil, je n'avais d'abord pas prévu de le faire apparaître, mais il est question de localiser la création des documents.

Lors de ma formation, durant les quelques heures de SQL, les formateurs nous ont fait travailler Merise sur la version Etudiant du logiciel JMerise de chez JFreeSoft, mais elle limite le nombre d'éléments du diagramme et ne me convenait donc pas. LucidChart est gratuit et je le connaissais déjà pour m'en être servi pour réaliser d'autres types de diagramme.
Cet après-midi, j'ai cherché à en trouver un autre, plus sérieux, non limité, et gratuit, et le logiciel Looping est apparu très vite en haut du résultat. J'ai même, d'ailleurs, essayé de le télécharger. Mais, je travaille sur un macOS, et il me fallait donc WineHQ pour pouvoir l'installer. J'ai voulu l'installer, mais XQuartz et Gatekeeper sont cités comme prérequis. Ça m'a refroidit ! C'est dommage ! Mais je vais quand même faire le nécessaire pour l'utiliser. Prochainement ! Mon agenda est actuellement bien chargé !

Encore merci pour vos conseils

Stéphane

[fsmrel]

Bonsoir Stéphane,

Cet après-midi, j'ai cherché à en trouver un autre, plus sérieux, non limité, et gratuit, et le logiciel Looping est apparu très vite en haut du résultat. J'ai même, d'ailleurs, essayé de le télécharger. Mais, je travaille sur un macOS, et il me fallait donc WineHQ pour pouvoir l'installer. J'ai voulu l'installer, mais XQuartz et Gatekeeper sont cités comme prérequis. Ça m'a refroidit ! C'est dommage ! Mais je vais quand même faire le nécessaire pour l'utiliser.

Vous devriez exposer cela dans le forum Looping. Je ne sais pas s’il a la solution, mais Paprick est très ouvert et n’hésitera pas à se pencher sur vos problèmes d’installation.


Le sujet « médiathèque » va intéresser les autres mousquetaires, CinePhil et Escartefigue, très au point sur le sujet

[Kilkenny33]

Bonjour fsmrel,

Merci pour vos conseils et mots encourageants.

Je vais bien entendu les suivre et être patient et attentif !

[escartefigue]

Bonjour Stéphane, bonjour François

Effectivement, un modèle Entité/Association généré avec l'excellent Looping gagnerait en clarté.

Quelques remarques :

L'entité-type MEDIA mériterait d'être détaillée en sous-types en utilisant l'héritage, car certains attributs (interviewer, interviewés, durée, lieu et peut être d'autres) sont spécifiques à certains types de média.
De plus, quelques attributs peuvent être répétés (le lieu d'enregistrement, l'interviewer, l'interviewé...) il faut donc établir une relation 1,n ou 0,n du sous-type concerné vers chacun des objets concernés.

Attention au fait qu'un média peut avoir plusieurs auteurs, c'est très fréquent pour les livres, voire, dans certains cas à la marge, n'avoir aucun auteur connu (cas de quelques livres comme "Tristan et Yseult" ou "l'ancien testament" par exemple
Attention aussi à bien distinguer l'oeuvre, l'édition et l'exemplaire.
Le ou les auteurs, le résumé, la date de parution, la cote... sont des attributs de l'œuvre
L'éditeur, le format, la préface, les illustrations, l'ISBN ou ISSN, la date d'édition, le code barre marchand... sont des attributs de l'édition.
Le lieu de stockage, l'état de conservation, le code barre local sont des attributs de l'exemplaire

Voilà en première approche, à bientôt

[Kilkenny33]

Bonjour à toutes et à tous,
Bonjour escartefigue,

Merci beaucoup pour votre retour et vos propositions qui me paraissent effectivement très judicieuses. C'est en tous cas ma première réaction car, lorsque je me pencherai sérieusement dessus, peut-être qu'il me faudra un peu de temps pour tout traduire correctement
Je vais m'efforcer à vous proposer quelque chose en fin de semaine.

A propos de Looping, je rencontre des difficultés pour l'installer sur mon mac. Je vais certainement changer mon fusil d'épaule et l'installer sur mon PC sous Windows.

[escartefigue]

Je ne saurais pas vous aider concernant l'installation de Looping sur un Mac, désolé.

Sur windows il n'y a aucun souci

[escartefigue]

Il y a un sujet ici qui concerne la gestion d'une médiathèque, sans doute pourrez-vous y glaner quelques informations intéressantes

[Kilkenny33]

Merci beaucoup escartefigue,

De retour chez moi, je vais installer Looping sur mon PC et vais consulter le lien que vous m'avez proposé

[Kilkenny33]

Bonsoir,

J'ai pas mal bossé et je pense avoir pas mal avancé (j'espère en tous cas que cela se verra), même si il y a certains conseils que je n'ai, soit pas compris soit pas suivis. Il y a des données dont je ne pense pas (mais peut-être serait-ce une erreur) avoir l'utilité (format, préface, codes barres...).



Looping n'a pas voulu que je nomme les associations reliant les entités Municipality, Department, Region et Country, de façon identique. C'est dommage ! Voyez sur l'image le subterfuge que j'ai trouvé :/

quelques attributs peuvent être répétés (le lieu d'enregistrement, l'interviewer, l'interviewé...)

Le lieu d'enregistrement des témoignages audio et/ou vidéo correspond au lieu de leur réalisation (realization_place). Il me faut les laisser dans l'entité/association Media, non ?

il faut donc établir une relation 1,n ou 0,n du sous-type concerné vers chacun des objets concernés.

Il faudrait donc renseigner les cardinalités aux relations avec les objets héritages ? J'avais cru comprendre, d'après les exemples publiés sur le forum qu'il n'en fallait pas (en tous cas je n'en ai pas vues) !

L'éditeur, le format, la préface, les illustrations, l'ISBN ou ISSN, la date d'édition, le code barre marchand... sont des attributs de l'édition.

Qu'entendez-vous par format à propos de l'édition ? Et à propos des illustrations ; vous parlez de l'attribut que je nomme "featured_image" dans l'entité Média ?

Le lieu de stockage, l'état de conservation, le code barre local sont des attributs de l'exemplaire

Vous dîtes que le lieu de stockage est un attribut de l'exemplaire : me faut-il donc lier l'entité "Archival_repository" aux "objets" héritées ?

Merci

[escartefigue]

Bonjour,

Il y a des données dont je ne pense pas (mais peut-être serait-ce une erreur) avoir l'utilité (format, préface, codes barres...).

L'ajout d'attributs n'est pas une affaire si le modèle de données est par ailleurs cohérent, donc ne vous encombrez pas d'attributs dont vous ne pensez pas avoir besoin pour l'instant, vous pourrez y revenir plus tard si nécessaire

Looping n'a pas voulu que je nomme les associations reliant les entités Municipality, Department, Region et Country, de façon identique. C'est dommage ! Voyez sur l'image le subterfuge que j'ai trouvé :/

C'est normal, les homonymes sont interdits.
Pour les associations qui ne deviennent pas des tables, il n'est pas obligatoire d'utiliser un nom, vous pouvez laisser les noms par défaut (asso1, asso2...) ou utiliser un suffixe comme vous l'avez fait

Le lieu d'enregistrement des témoignages audio et/ou vidéo correspond au lieu de leur réalisation (realization_place). Il me faut les laisser dans l'entité/association Media, non ?

Seulement si pour tous les média, il n'y a qu'un seul lieu d'enregistrement. Ce n'est certainement pas le cas.

Il faudrait donc renseigner les cardinalités aux relations avec les objets héritages ? J'avais cru comprendre, d'après les exemples publiés sur le forum qu'il n'en fallait pas (en tous cas je n'en ai pas vues) !

Je ne comprends pas cette question, désolé, de quoi s'agit-il ?

Qu'entendez-vous par format à propos de l'édition ? Et à propos des illustrations ; vous parlez de l'attribut que je nomme "featured_image" dans l'entité Média ?

Le format c'est les dimensions du livre ou de la pochette du disque. Selon l'édition, il peut s'agir d'un format poche, A4, ou tout autre.
Les illustrations sont l'image de couverture, de dos et celles incluses dans les pages. Il peut bien sûr y en avoir plusieurs et selon l'édition elles sont différentes.

Vous dîtes que le lieu de stockage est un attribut de l'exemplaire : me faut-il donc lier l'entité "Archival_repository" aux "objets" héritées ?

Je ne sais pas ce que représente "archival repository"...
Si le livre "Le rouge et le noir" a été édité chez Plon et imprimé en 60 000 exemplaires, certains exemplaires sont chez l'éditeur, d'autres chez l'imprimeur, d'autres dans diverses librairies, quelques-uns sont dans votre bibliothèque et certains de ces derniers en prêt chez les lecteurs ou bien à disposition dans les étagères.
Le lieu de stockage est donc différent selon l'exemplaire. Bien évidemment, vous ne vous intéresserez qu'au lieu de stockage des exemplaires qui sont les vôtres ou qui vous ont été prétés (par le département par exemple)

[Kilkenny33]

Bonjour,

Aidé des remarques d'escartefigue et du post "Médiathèque" (https://www.developpez.net/forums/d1...a/mediatheque/) sur ce forum fin 2015, j'ai modifié mon diagramme ainsi (afin de rester concentré sur mon principal intérêt, j'ai volontairement masqué la partie MUNICIPALITY ... COUNTRY) :



Je m'explique ! D'après le diagramme publié sur le susdit fil "Médiathèque" (09/12/2015 à 06h00), l'entité File devrait être liée à l'entité "Media" en tant qu'objet hérité, au même ordre que les autres objets "BOOK" et "AUDIO-VIDEO"

Si j'ai bien compris votre remarque quant aux lieux d'enregistrement des médias, je me suis donc décidé de l'extraire de l'entité MEDIA. Ainsi, pour les objets BOOK, ce lieu sera donc celui de la maison d'édition (PUBLISHER place), et pour les documents audio ou vidéo, ce sera donc ce fameux lieu d'enregistrement (realization_place). Effectivement, j'ai lié l'association publish à l'objet BOOK plutôt qu'à l'entité MEDIA.

Je me suis mal exprimé a propos d'un "souci" de cardinalités et vous m'avez clairement répondu que vous n'aviez pas compris ma demande d'éclaircissement. Je vais donc essayer d'être plus clair.

L'entité-type MEDIA mériterait d'être détaillée en sous-types en utilisant l'héritage, car certains attributs (interviewer, interviewés, durée, lieu et peut être d'autres) sont spécifiques à certains types de média.
De plus, quelques attributs peuvent être répétés (le lieu d'enregistrement, l'interviewer, l'interviewé...) il faut donc établir une relation 1,n ou 0,n du sous-type concerné vers chacun des objets concernés.

J'avais cru comprendre dans votre affirmation que vous me conseilliez de créer des relations 1,n ou 0,n entre l'entité MEDIA et les sous-types. Mais il me semble avoir vu dans d'autres exemples que ces cardinalités n'étaient jamais affichées. Ai-je mal compris ? Mais est-ce plus clair pour vous ?

Je ne sais pas ce que représente "archival repository"

Archival_repository est effectivement le lieu de stockage du média, du livre, du fichier ou de tous autres documents. Comme chacun d'eux peut, a priori, se trouver dans un tel lieu, je pense donc qu'il me faille laisser ladite entité liée à l'entité MEDIA. Ai-je raison ?

Encore un grand merci pour votre aide.

[escartefigue]

Bonjour

Je suppose que l'entité-type "file" de votre MCD correspond à l'entité-type "article" de celui du sujet datant de 1995.
En théorie, au niveau des règles de modélisation, le sujet de 1995 n'a pas tort.
Dans les faits, jamais une médiathèque ne va connaître (informatiquement parlant, dans sa base de données donc), le titre, le ou les auteurs, ni le résumé de chaque article d'une revue !

Ces différents attributs sont connus pour tous les supports, ils sont associés au code barre marchand de celui-ci, il suffit donc de référencer un code barre marchand (par lecture laser avec une douchette) pour les enregistrer. Pour les périodiques, le code barre ne donnera qu'un seul résumé et qu'un seul titre.
Donc, si vous voulez connaître ces attributs pour chaque article des revues, il faudra les saisir...
Bon courage

Vous n'avez pas expliqué ce qu'est "slug"

Pourquoi avoir positionné une périodicité dans le sous-type "livre" ? C'est un attribut des périodiques (revues essentiellement)

[escartefigue]

Archival_repository est effectivement le lieu de stockage du média, du livre, du fichier ou de tous autres documents. Comme chacun d'eux peut, a priori, se trouver dans un tel lieu, je pense donc qu'il me faille laisser ladite entité liée à l'entité MEDIA. Ai-je raison ?

S'il s'agit de savoir où est stocké tel document, alors il manque la notion de date. De plus, le lieu de stockage est lié à l'exemplaire, pas au média

Il me semble que c'est dans ce fil de discussion que j'ai expliqué la distinction à faire entre
Ouvrage : les livres "le rouge et le noir" de Stendhal, "Les Misérables" de Hugo, comme le film "La grande vadrouille" de Oury sont des ouvrages.
Il ont pour attributs un titre, un ou plusieurs auteurs...
Edition : "Les Misérables" ont été édités par plusieurs Éditeurs, dans plusieurs collections.
Les attributs sont la date d'édition, les illustrations, la préface, la postface, l'ISBN, le résumé...
Exemplaire : c'est le document acheté, prêté, loué ou encore entassé chez l'imprimeur.
Les attributs sont la date d'impression, le code barre de l'exemplaire, la date d'acquisition, le code état d'usure...

Il faut donc modéliser une relation ternaire entre "exemplaire" (EX), "lieu de stockage" (LS) et une entité-type fictive "date" (DT).
Cette entité-type fictive permet de faire contribuer la date à la PK de la table issue de l'association
Pour déclarer une entité-type fictive avec looping, il faut créer l'entité avec seulement une colonne, son identifiant, puis cocher la case ad hoc.
Ce faisant, le nom de l'entité-type est mis entre parenthèses sur le MCD.

Enfin, on définira une contrainte d'intégrité fonctionnelle (CIF), car un exemplaire, à un instant "t" ne peut être localisé qu'à un seul endroit
On a la dépendance fonctionnelle {EX, DT} --> LS, matérialisée par la flèche vers "LS" sur le MCD.

Ce qui donne :

Pièce jointe 597196

Encore un grand merci pour votre aide.

Marquez votre satisfaction en votant pour les réponses qui ont pu vous aider

[SQLpro]

Pourquoi mettre des dénominations en anglais sur un modèle visiblement destiné à la France ? Pour troubler les personnes qui vont dans le futur, devoir s'en servir ?

Il est normal qu'un même nom d'attribut ne puisse être répété car, pas essence même, dans un MCD, une même information ne doit être présente qu'une seule fois dans le modèle.
par exemple la notion de nom est trop vague. par contre les notions de nom de ville, nom de département, nom de personne, etc. Sont claires et précise !

A +

[Kilkenny33]

Bonjour

La vie n'est pas un long fleuve tranquille ! Trois mois et demi plus tard, je trouve enfin un peu de temps pour relancer le fil.

Ces différents attributs sont connus pour tous les supports, ils sont associés au code barre marchand de celui-ci, il suffit donc de référencer un code barre marchand (par lecture laser avec une douchette) pour les enregistrer. Pour les périodiques, le code barre ne donnera qu'un seul résumé et qu'un seul titre.
Donc, si vous voulez connaître ces attributs pour chaque article des revues, il faudra les saisir…

Ma médiathèque, même si elle sera relativement conséquente, n'attendra jamais la taille (en nombre de volumes) ni d'une bibliothèque de petit village ni de celle d'un particulier. Je ne suis d'ailleurs pas outillé de douchette ! Je n'envisage aucunement la gestion de codes barres. Je n'envisage d'ailleurs pas non plus d'afficher le résumé d'un document, à la rigueur une très brève notice, plutôt même une simple légende.

Vous n'avez pas expliqué ce qu'est "slug"

Un slug est utilisé dans l'URL d'une page Web. On récupère le titre de l'article principal de la page (ici, par exemple "[MCD] Gestion/Affichage de médias de divers types"] et on l'ajoute à l'URL après y avoir supprimé les majuscules, les espaces (qui seront remplacés par des tirets), les caractères accentués et spéciaux, évitant ainsi les éventuelles erreurs d'encodage par les navigateurs. Ce qui pourrait donner ici "...developpez.net/...mcd-gestion-affichage-de-medias-de-divers-types"

Je suppose que l'entité-type "file" de votre MCD correspond à l'entité-type "article" de celui du sujet datant de 1995.

Pourquoi avoir positionné une périodicité dans le sous-type "livre" ? C'est un attribut des périodiques (revues essentiellement)

J'ai différencié trois types de médias :
- Book : livres, thèses, revues... au format PDF ;
- Audio-Video : fichiers audio (MP3, WMV...) et vidéo (MP4, MPEG...)
- File : apporte des précisions aux deux types précédents mais l'entité est aussi liée au type Image (JPG, PNG...)
Le type de média est géré dans l'entité Media (media_type). Sur le site on le sélectionnera dans une liste déroulante. Si on sélectionne "revues" on pourra à ce moment-là (et uniquement dans ce cas-là) renseigner la périodicité (mensuel, hebdomadaire...).

S'il s'agit de savoir où est stocké tel document, alors il manque la notion de date. De plus, le lieu de stockage est lié à l'exemplaire, pas au média

Dans ma médiathèque numérique, tout document est unique et peut être consulté par plusieurs personnes en même temps. Le lieu de stockage est l'établissement physique qui conserve l'original et où j'aurai récupéré une copie. Je ne pense pas que dans mon cas il soit nécessaire de gérer la notion d'exemplaire.
Vous parlez de notion de date à lier au lieu de stockage. Il s'agirait de la date à laquelle j'aurais effectué ladite copie ?

Pourquoi mettre des dénominations en anglais sur un modèle visiblement destiné à la France ? Pour troubler les personnes qui vont dans le futur, devoir s'en servir ?

Depuis que je code je le fais en anglais (comme, normalement, les autres développeurs) La très grande majorité des informaticiens sur la planète communique en anglais. Si je rencontre un problème dans mon travail je demande de l'aide en anglais car je suis ainsi pratiquement certain de trouver une solution. Si quelqu'un récupère mon code il ne sera pas étonné de lire mes noms de variables, mes textes, mes commentaires, en anglais. Le site sur lequel je travaille actuellement, pour lequel je sollicite votre aide ici, est un site trilingue : français, espagnol, anglais.

Marquez votre satisfaction en votant pour les réponses qui ont pu vous aider

J'avoue que je n'ai pas l'habitude de fonctionner ainsi. Mais je vais bien sûr m'efforcer de changer mes habitudes !

Merci beaucoup

[Kilkenny33]

Bonjour,

Après tout ce temps, cette longue absence loin de mon projet, j'ai souhaité faire une pause et reprendre ma réflexion à la base, depuis le début. Bien sûr, j'ai pris compte de chacun de vos remarques et conseils, mais aussi en accédant à d'autres fils sur ce forum.
Voici le fruit de mon travail :

Finalement, étant donné que chaque média doit être un fichier numérique (puisqu'il est appelé à être publié sur le site), j'ai donc migré les attributs "file_..." dans l'entité "Médias", et supprimé l'entité "File".
Il pourra être judicieux, en fait, d'afficher une petite notice ("abstract") pour certains médias.
L'auteur n'est plus uniquement celui qui écrit des livres, mais celui qui produit chaque média.
J'ai relevé la notion de collection dans le fil "aide MCD pour BDD livres", ouvert par mango86, sur ce forum.
J'ai aussi renommé certaines entité avec le désir d'utiliser des termes plus courts.

[escartefigue]

Bonjour Kilkenny33,

Je rentre de congés, c'est pourquoi je ne répond que maintenant

Finalement, étant donné que chaque média doit être un fichier numérique (puisqu'il est appelé à être publié sur le site), j'ai donc migré les attributs "file_..." dans l'entité "Médias", et supprimé l'entité "File".

Les formats possibles (file_format) sont liés au type de média, une solution pour éviter toute incohérence est d'avoir un format dans chaque sous-type (text_format, photo_format et audio_format) pour pouvoir créer une contrainte check adadaptée

L'auteur n'est plus uniquement celui qui écrit des livres, mais celui qui produit chaque média.

il ne faut pas mélanger ces notions, si vous avez besoin de connaître les auteurs, les interprètes, les preneurs de sons, éclairagistes, éditeurs, imprimeurs..., il faut modéliser les types d'entité adhoc.
Il est possible d'utiliser la notion de rôle dans une association ternaire avec le média et l'intervenant.


Les noms d'entité-type, associations et attributs en anglais, admettons, mais l'usage pour les types d'entité est de les nommer au singulier.
On se doute bien que chaque table résultante contiendra plusieurs occurrences d'entité .
De plus, si vous utilisez des noms anglais, vous augmentez le risque de percussion avec des noms réservés SQL.
Pour éviter ça, je préfixe tous mes attributs avec un code identifiant l'entité-type ou l'association dont ils sont issus.
Exemple : l'entité-type "média" est nommée "ME_media" et ses attributs sont "ME_id", "ME_title", "ME_slug" etc.