Cours Modèle Relationnel et MCD

[@herteert299]

Merci infiniment pour votre excellent travail.

[@asap31]

Merci beaucoup, votre cours est de loin le meilleur sur le sujet. Les exemples sont très utiles à chaque fois !

[@martinbrait4730]

1:03:00 Cet exemple d'héritage est didactique, explicite, parfait !

[@Lefido]

Un grand merci a vous ! Votre travail et le partage de vos connaissances n'est qu'excellent. Bravo !!

[@rudyt9556]

Un grand merci pour ces explications très claires et ce temps passé à l'éllaborer.

[@sergewilson2811]

Merci beaucoup Madame....Vous m'avez sauvé la vie 😁☺☺

[@E_mds]

Merci pour votre message et tant mieux si le cours vous a aidé.

[@Cesaris7]

je vous remercie infiniment pour ce formidable cours & pour tous ce que vous faîtes Mme, votre chaine est une mine d'or

[@E_mds]

merci ;-)

[@kitsu9344]

Merci pour tous ce que vous faîtes, ça aide tellement d'étudiants / élèves !

[@abderrahmanemabroukmerabet9274]

Merci beaucoup madame, votre vidéo est juste formidable.

[@PhilippeVita]

Enseignement clair, net et précis. Bravo !!

[@E_mds]

merci !

[@anismohamed9990]

Vraiment cette vidéo m'as permis de bien comprendre le MCD tout est claire ;) MERCIIIIIIIIIIIIIIIIIIIII

[@martinbrait4730]

Bonsoir Madame, votre cours est parfait, alors, chassons-en les petites scories. 24:37 Petite coquille grammaticale dans la rédaction de la phrase ? Choix 1 : La clef primaire d'une relation est l'attribut ou l'ensemble d'attributs , dont dépendent (fonctionnellement) tous les autres attributs de cette relation. Choix 2 : La clef primaire d'une relation est l'attribut ou l'ensemble d'attributs, pour lequel tous les autres attributs de cette relation sont en dépendance fonctionnelle (DF). Je ne me lasse pas de réécouter votre enseignement magistral !

[@E_mds]

Merci pour votre message et désolée pour toutes ces erreurs de français, ainsi que celles que vous avez relevées dans le cours Merise/2 (et il y en a certainement d'autres dans les autres vidéos).

[@hodohodosaadgouden4533]

Vous venez à me sauver. Un grand merci 🤩

[@chaise1236]

Mais ce cours est magique. Merci ! Vous allez sauver ma moyenne en sig

[@courspourconcepteursmecani1528]

👍https: //kzbin.info/www/bejne/jIi5qGywnZiZfZo

[@ابوعبداللهمصطفىدحمان]

Merci beaucoup pour cette importante leçon

[@hamaousmane9555]

merci pour tout ce bagage intellectuel que vous venez de donner

[@acquimmutambayi5438]

étant étudiant en formation professionnelle, j'affirme que vos explications m'ont redonné espoir, et je profite pour demander vos conseils et votre aide sur mon projet. En effet, mon projet consiste à créer une Base de données pour une Ambassade, capable de stocker les informations des requérant, traiter les demandes des actes consulaires et de visa, imprimer les visas sur des vignette réimprimé... vue la quantité colossale d'attributs, je n'arrive pas à définir réellement tous les entités. SVP Mme, je vous saurai gré de bien vouloir m'accorder cet encadrement car votre présentation me rassure que vous êtes la bonne personne pour ce genre de projet. Merci d'avance

[@E_mds]

Merci pour votre message. Je ne vais pas avoir le temps de construire le schéma (de plus il me faudrait toutes les infos) mais si vous construisez un schéma et que vous le mettez en ligne en donnant le lien, je pourrai rapidement vous donner mon avis.

[@acquimmutambayi5438]

@@E_mds d'accord et un grand merci pour votre retour. Dès que je fini mon schéma, je vous le fait parvenir. Encore Merci

[@adamagassimbe8150]

Merci infiniment pour ce cours et l'explication

[@nazimninja7351]

magnifique !!! merci beaucoup et je confirme le son est TOP ! merci encore pr vos tuttos (y)

[@oumarks325]

formation très brillante, merci vraiment!!!

[@Tchi_Erno]

Grand merci. c'est très très intéressant vos explications.

[@hugohonfred4044]

Merci à vous Madame !

[@sergtano8153]

merci, pour la connaissance transmise.

[@bcg00]

Excellent cours. c'est bien expliqué ,on comprend vite vraiment merci bcp je m'abonne.

[@E_mds]

Merci ! Désolée mais il n"y aura pas de vidéos avant janvier (surbookée) mais il y en a déjà plusieurs sur ma page ;-)

[@hamzaasfor3414]

Bonsoir Mme, 58:00 est-ce qu'on peut remplacer l’association DEV_Projet par un lien relatif ? Merci pour vos efforts

[@E_mds]

Merci pour votre message. On ne peut pas remplacer une association binaire par un lien relatif, car ce dernier suppose une cardinalité 1,1.

[@hamzaasfor3414]

@@E_mds Merci bcp

[@gild9340]

merci ^pour ce formidable cours, bravo Prof

[@fatimazahra-ww2hc]

Bonjour Madame , a la minute 45:16 on va avoir une relation LOCATION avec 3 clés primaires (n°film,n°client , date_location ) c'est pas pareil lorsqu'on fait un lien relatif comment faire

[@E_mds]

Bonjour, La relation LOCATION n'a que 2 attributs en clé primaire : n°film et date_location. L'attribut n°client est juste clé étrangère. On pourrait transformer LOCATION en entité avec date_location en clé primaire, un lien relatif vers FILM et toujours la même DF vers CLIENT (qui resterait donc en clé étrangère dans LOCATION).

[@nidoxa9321]

Merci beaucoup pour votre explication

[@younescha2359]

MERCI BEAUCOUP MDME Tres Bonne Explication

[@precisionman974]

Très clair, vraiment parfait 👌

[@christophem3010]

Fantastique comme toujours !

[@E_mds]

Bonjour Christophe ;-)

[@christophemillet3678]

@@E_mds Bonjour E, Peut-on communiquer autrement ? Écris moi sur mon adresse pro

[@E_mds]

@@christophemillet3678 oki je viens d'essayer :)

[@alphago-59]

excellente explication, merci !

[@alexismathiot3707]

Bonjour, un grand merci pour votre cours, je me demandais si a la minute 53:33 de la vidéo le shema conceptuel des données en correction il manque idClient en clé étrangère dans l'entité DOSSIER (pour faire le lien avec CLIENT) ? merci pour votre retour ce cours est très utile et complète très bien le pdf de cours.

[@E_mds]

Merci pour votre message. Les clés étrangères n'apparaissent pas sous forme d'attribut dans le MCD : elles sont représentées sous forme de DF (l'association entre DOSSIER et CLIENT).

[@ika7016]

Merci beaucoup !!!

[@leschevaliersdunet680]

Merci beaucoup pour la formation

[@adilamine4385]

Madame quand en dois utiliser relation porteuse ou le sortir comme entité par exemple dans la minute 49:26 en peux créer une entité location relier a l’entité film (un film peut être louer 0,n fois)

[@E_mds]

Je n'ai pas bien compris votre question. Location est bien symbolisé par une entité qui en réalité est une association car elle possède 2 attributs en clé primaire. Ceci dit, si vous voulez parler d'une simple entité pour Location, avec un seul attribut en clé primaire, alors il n'est pas possible de laisser date_location en clé primaire car plusieurs films peuvent être loués à la même date. Il faudrait alors mettre en clé primaire un numéro séquentiel, indépendamment de film. C'est possible mais c'est moins parlant pour identifier les locations.

[@Youness-SI-INFO]

très bon travail, merci

[@julieaugnac1590]

Super cours, merci bcp !

[@mathieuseligmann9488]

Bonjour Madame, Je compte sur votre cours pour comprendre. Je crois en vous ;)

[@ai_fusionalpha]

Simple clair et efficace bonne voix également merci bien

[@paulignacediedhiou5715]

Merci beaucoup vos explications sont claires je veux un jour faire comm e vous

[@mrtnzlea]

Mais vraiment mais génial c’est hyper bien expliqué avec les mises en pratiques via les petits exercices je suis refaite

[@E_mds]

Avec un tel commentaire au petit dej, on commence forcément très bien la journée. Merci !

[@marb1329]

Merci merci merci

[@jusdorange7682]

👏👏👏

[@benjaminvenezia1944]

Bonjour Madame, merci infiniment pour ce cours. Je ne suis pas sûr d'avoir bien compris, le dictionnaire de données / établissement des relations fonctionnelles est une étape qui peut être omise au profit du MCD directement? Puis-je conceptualiser mes bases de données en faisant directement MCD -> MLD ? Cordialement,

[@E_mds]

Merci pour votre message. Il est possible (conseillé) de commencer par la construction du MCD pour optimiser l'organisation des données. Si vous utiliser un logiciel de conception (win'design, looping...), au fur et à mesure de la construction du MCD, vous avez la possibilité de préciser, pour chaque attribut, son type. Du coup, vous pouvez obtenir directement le MLD et même les requêtes SQL de création des tables, après avoir précisé le SGBDR concerné (car il y a quelques variantes de syntaxe d'un SGBDR à l'autre).

[@benjaminvenezia1944]

@@E_mds Merci beaucoup

[@martinbrait4730]

A la minute 24:38, vous expliquez la composition d'une clef primaire dans une relation. Auriez vous l'extrême gentillesse de valider ma compréhension ci-dessous ? { Une clef primaire d'une relation se compose exclusivement des clefs primaires en provenance des entités qui lui sont liées. Exceptionnellement, pour MERISE1, dans le cadre de la relation identifiante, cela peut être une date ou une numérotation en provenance d'une pseudo-entité liée. Dans une relation, l'unicité s'obtient par composition des clefs primaires en provenance des entités liées. Dans tous les cas de figure, obtenir l'unicité, en ajoutant à la relation, une colonne clef primaire autonum venant de nulle part est un non-sens complet. La clef primaire autonum venant de nulle part, en revanche, est très appropriée pour identifier une entité. }

[@E_mds]

Bonjour, il y a confusion entre relation et association. Dans cette première partie du cours, je présente le modèle relationnel qui présente le principe d'une relation à l'origine de la création d'une table dans une base de données. Le terme a dû vous perturber : on parle de "relation" dans le sens "liens entre les attributs". Une relation est juste un ensemble d'attributs. Si la relation respecte la 3eme forme normale (les formes normales sont présentées à partir de 26:00), alors elle est suffisamment rigoureuse pour construire une table optimisée dans la BDD. La notion d'association et d'entité n'est pas dans le modèle relationnel mais dans le modèle conceptuel de données de la méthode Merise, présenté plus loin dans la vidéo. Le MCD est un moyen graphique pour obtenir les relations du modèle relationnel. Du coup, aussi bien une entité qu'une association devient ensuite une relation (à quelques exceptions près, comme les DF qui se traduisent en clés étrangères et non en relation, et les entités temporelles qui ne se traduisent pas). Tout ceci est expliqué dans la suite du cours.

[@martinbrait4730]

OK. Merci infiniment pour la précision ASSOCIATION MCD vs RELATION MLD. Vous avez bien mis le doigt sur la genèse de ma confusion. Suite à votre éclairage, je pose mieux ma question : Lors de la conversion du MCD vers le MLD, une fois que l'association est transformée en relation, peut on vouloir faire surgir dans la relation obtenue, une colonne identifiante supplémentaire autonum ? Cette situation peut-elle arriver ? Est-ce absurde de faire celà ? Spécifiquement, je panique devant la gestion des couples avec doublons. Les couples avec doublons sont-ils nécessairement constitués en ajoutant une date, ou en ajoutant un numéro identifiant ? N'y a t il aucun autre cas pour composer des couples avec doublons ? Merci pour votre aide !

[@E_mds]

@@martinbrait4730 A priori, au moment du passage du MCD vers le MLD, si la conception a été correctement réalisée, il ne doit pas y avoir de différences, excepté des choix stratégiques sur les héritages. S'il y a des problèmes de doublons, ils doivent être réglés dès la conception. Evidemment, techniquement toute association peut être transformée en entité en mettant un identifiant unique et automatique, les anciens liens de l'association devenant des DF qui partent de la nouvelle entité. Ceci dit, cela ne me parait pas judicieux de réaliser cette transformation à chaque fois. Il faut effectivement analyser les attributs qui constituent l'identifiant d'une association pour être sûr qu'il ne peut pas y avoir de doublon. Je n'ai pas bien compris la fin de votre message. L'ajout d'une date ou d'un numéro en plus des attributs qui identifient une association, permet d'éviter justement les risques de doublons. Il faut cependant savoir minimiser le nombre d'attributs constituant l'identifiant. Par exemple, on veut enregistrer les absences de chaque salarié, en mémorisant, pour chaque absence, le type d'absence (maladie, congés, ...). Faire une association ABSENCE entre SALARIE et TYPE_ABSENCE contenant la date de début et la date de fin, ne fonctionne pas, car cela voudrait dire qu'un salarié ne peut pas avoir plusieurs absences de même type à des dates différentes (il ne peut être malade qu'une fois, partir en congés qu'une fois...). Il faut rajouter la date_debut dans l'identifiant, mais alors, garder 3 attributs dans l'identifiant n'a pas d'intérêt car l'id du salarié + la date_debut suffisent pour déterminer une absence précise : l'id du type d'absence devient simple clé étrangère.

[@martinbrait4730]

Mes mauvaises compréhensions,viennent d'autres enseignements que j'ai suivi sur internet. Je réalise à quel point, je me suis noué le cerveau, après avoir suivi d'autres enseignements verbeux. Je n'arrive pas à réaliser à quel point vos cours sont parfaits. Vraiment, vous avez la patience dans vos enseignements, et vos réponses attentives personnalisées. Vous avez constitué une œuvre pédagogique remarquable ! Bravo ! MERCI !!!

[@E_mds]

@@martinbrait4730 Merci : tant mieux si ma pédagogie répond à vos attentes. Chaque étudiant est différent et a besoin d'une pédagogie personnalisée.

[@JamesAdamsTech]

22:08 Erreur, c'est pas data_commande mais date_paiement

[@E_mds]

C'est bien date_commande : regardez la liste des attributs en haut de la diapo.

[@JamesAdamsTech]

@@E_mds J'ai vue, mais c'est pas cohérent avec le MCD ou c'est bien la date_paiement

[@E_mds]

@@JamesAdamsTech Ce n'est pas faux : j'aurais pu coller au premier exemple. On ne retrouve pas tous les attributs. Il faut l'aborder comme un autre exemple.

[@JamesAdamsTech]

@@E_mds Ok pas de problème ça ne change rien pour l'exercice je trouvais juste ça bizard :D

[@martinbrait4730]

1:05:03 Bonjour Madame. Parfois, quand je m'entraîne à raconter l'histoire de ce qui est géré, en lisant un schéma conceptuel, je fais déjà un effort, car les noms des champs sont souvent abrégés. Avez-vous l'impression de faire un effort, en interprétant un schéma conceptuel ? Est-ce possible de s'améliorer sur ce point ? Quels sont vos trucs ?

[@E_mds]

L'idée est de respecter des règles de nommage pour faciliter la lecture. De plus, normalement, si les choses sont faites vraiment dans les règles (rarement le cas), chaque attribut possède une description, ce qui permet aussi d'obtenir un dictionnaire contenant la liste des attributs avec leur nom, type et commentaire.

[@martinbrait4730]

Quand je reprends des projets, je trouve des champs 'observation' dans quelques tables, qui s'apparentent souvent à des fourre-tout, inexploitables (pas de normalisation de type, pas de règle de gestion, pas de règle de recherche pour ce genre de champs). Ais-je le droit d'influencer la maîtrise d'ouvrage, pour convertir en champs de liste, ou supprimer purement et simplement, les champs memo/texte long ?

[@E_mds]

@@martinbrait4730 Difficile de répondre à votre question. Suivant l'organisation de l'entreprise et votre position, vous pouvez demander des précisions, éventuellement suggérer des adaptations...

[@vitouswr]

super bonne vidéo! ça m'a permis de mieux comprendre le MCD

[@kokoujoelagbogan5415]

Merci vraiment, tres interessant

[@courspourconcepteursmecani1528]

👍https: //kzbin.info/www/bejne/jIi5qGywnZiZfZo

[@Kobayashi1657]

Merci beaucoup pour ce cours simple et clair ;)

[@martinbrait4730]

'=========================== 'UTILISATION DE WINDESIGN '=========================== Lors de la création d'une entité, il semble qu'on puisse choisir dans la combobox, un stéréotype, parmi Majeure / pivot Objet Métier / Table de code Lorsqu'on affiche la barre d'outils "palette", sous windesign, AFFICHAGE->Barre d'outils->Palette on obtient un volet d'exploration Modèle Conceptuel de Données, en partie droite de l'écran. Ce volet met à disposition, cinq logos pour personnaliser le symbole des relations dans le MCD. triangle plein noir:=agrégation, triangle vide blanc:=composition petit rond blanc:=dépendance fonctionnelle, mini rond gris:= forme réduite symbole coloré gris:= objet métier. Pourriez-vous en faire usage et expliquer leur rôle par des exemples concrets, s'il-vous-plaît ? Je commence à les utiliser sans vraiment savoir si mon interprétation est bonne.

[@E_mds]

Les logos de la palette présentent des entités, associations avec des représentations personnalisées qui ne changent rien au fonctionnement. Il existe sous Win'Design de nombreux outils liés au MCD, dont certains d'ailleurs n'existent pas vraiment dans la méthode Merise, mais qui permettent certainement de faire le lien, entre autres avec UML ou avec la programmation. Je n'ai pas approfondi ces outils du coup je ne peux pas vous aider. Dans ceux que vous citez, il n'y a que le symbole de la dépendance fonctionnelle entre entités que j'utilise.

[@martinbrait4730]

Bonjour Madame, 1:07:00 Y a t il vraiment héritage ... En l'état,la table DIFFUSION contient juste l'ID. En l'état, MESSAGE_UNIQUE et DESTINATAIRE ont des structures très ressemblantes. MESSAGE_UNIQUE(idMessageUnique,idDestinataire,date_reponse) DESTINATAIRE(idDiffusion,idDestinataire,date_reponse) Je n'ai pas un besoin irrépressible de séparer MESSAGE_UNIQUE et MESSAGE_LISTE_DIFFUSION Je ne comprends pas pourquoi laisser un id tout seul, dans une table. '-------------------------- Je vous propose ci-dessous, le MLD que j'aurais restitué librement: MESSAGE(idMessage,titre,contenu,date,RefExpediteur) REPONSE(RefMessage,RefDestinataire,date_reponse,type_message) PERSONNE(idPersonne,NomPersonne) '-------------------------- Je soumets à votre sagacité mon MLD didactique avec relation d'héritage : LIEN_CONNAISSANCE : LibLien contient les valeurs:=ami,famille,association,entreprise... SUIVI_DIFFUSION : Desabonnement indique si le mail reçu a fait suite à un désabonnement (booléen) '---------------------------- MESSAGE(idMessage,titre,contenu,date,RefExpediteur) MESSAGE_UNIQUE(RefMessageUnique,RefDestinataire,date_reponse,RefLien) LIEN_CONNAISSANCE(idLien,LibLien) SUIVI_DIFFUSION(idMessageDiffusion,Desabonnement) MESSAGE_DIFFUSION(RefMessageDiffusion,RefDestinataire,date_reponse) Merci pour votre expertise, vous m'aidez énormément.

[@E_mds]

Il me manque la description des clés primaires / clés étrangères pour mieux comprendre votre MLD. L'exemple que je donne est simplifiée au niveau des propriétés. Ceci dit, on ne peut pas dire que Diffusion ne contient qu'un identifiant : il porte aussi un lien important (l'association Destinataire. N'oublions pas aussi ici qu'on est au niveau conceptuel où l'on recherche au maximum de respecter la 3NF. Ce genre de schéma suppose des choix stratégiques évidents au moment du passage au modèle physique. les héritages disparaitraient, la DF de Message_unique vers Personne partirait de Message mais la clé étrangère serait à null quand ce n'est pas un message unique, Destinataire serait relié à message.

[@papisdark7938]

TROP CLAIRE MERCIE BIEN

[@ros_tom9473]

un film peut avoir plusieurs genres donc 1,n a la place de 1,1 en 44:40

[@E_mds]

Le sujet précise : un film possède un titre, un genre, un ou plusieurs acteurs... Les cardinalités du schéma respectent le cahier des charges. D'une manière générale, il ne faut pas se baser sur ce qui vous semble logique mais sur le cahier des charges imposé.

[@emcl419]

Puis je vous contacter par mail svp ?

[@E_mds]

Désolée je n'entre pas en contact par mail. En revanche j'essaie de répondre aux questions ici.

[@emcl419]

@@E_mds J'ai des épreuves à passer en septembre je souhaiterais qq cours particuliers SVP.

[@E_mds]

@@emcl419 Je suis désolée, je manque de temps. J'ai un planning surchargé jusqu'à Noël. Je n'ai même plus le temps de faire des vidéos, ce qui me manque beaucoup. Tout ce que je peux vous conseiller, c'est suivre les différentes vidéos de ma chaîne en rapport avec vos épreuves et de poser des questions lorsque certains points ne sont pas clairs. J'essaie au moins de répondre aux questions, quand c'est rapide à gérer. Bon courage pour vos révisions.

[@martinbrait4730]

Comment procède t on à une mise en œuvre doublement relative s'il-vous-plaît ? exemple : On désire effectuer une campagne de mutation de personnel, avec une liste de personnel et une liste de postes offerts à la mutation, et une version de campagne de mutation donnée. On promeut une personne sur un poste donné, pour une campagne annuelle de mutation donnée. Le poste que demande une personne, doit être identifié et peut être candidaté, par un ou plusieurs candidats, d'une catégorie donnée (A,B,C) Il existe des postes pouvant être occupés par une personne, appartenant à une seule catégorie, mais il existe aussi des postes pouvant être proposé à des personnes de catégorie A, et de catégorie B. On parle de versions de poste, dans la mesure où une même référence de poste, peut être ouverte à la mutation, et occupé par plusieurs personnes de catégorie A ou B.

[@E_mds]

J'aurai l'occasion de montrer un double lien relatif dans un des exemples. En ce qui concerne ce que vous proposez, il faut une entité Poste, une entité Catégorie, une association entre les 2 qu'on appellera Poste_Categorie (pour avoir les postes proposés par catégorie), une entité Personnel et une association entre Personnel et Poste_Categorie pour enregistrer les inscriptions. Poste_Categorie devient une pseudo_entité pour qu'on puisse y relier une association. Sous un logiciel comme Win'design, il faut alors transformer l'association en entité et dans ce cas, une double lien relatif est créé. L'association Inscription pourra porter le résultat (si la personne est retenue pour le poste).

[@luacppdevrobotdev7425]

merci, c'est une super introduction

[@bridakevins8165]

Qu'allait-il advenir si un utilisateur peut être à la fois vendeur et acheteur ?

[@E_mds]

Pouvez-vous préciser le temps dans la vidéo pour que je retrouve l'exemple concerné ?

[@zohrabelhadj6659]

merci

[@martinbrait4730]

bonjour Madame, Pourriez-vous faire un court exemple, ou un paragraphe pour évoquer le problème des références qui ne méritent pas de table en dépendance fonctionnelle. Je pense par exemple à la référence Homme, Femme, pouvant être une simple lettre H,F, sans nécessiter de table de référence. Je pense par exemple à un train de voyageur, On numérote des sièges, et on les situent, côté couloir, ou côté fenêtre. Chaque place assise sera codifiée :1F,1C,2F,2C etc... Toute la pertinence de la description de la place tient dans le choix du caractère, et il n'y a pas lieu, probablement de justifier la création d'une table de référence, avec deux lettres courtes F-> fenêtre, et C-> couloir. Est-ce que ces références deviennent des 'domaines' selon le vocabulaire postgres ? Est-ce qu'elles constituent des listes de valeurs (selon le vocabulaire access) ? Est-il dans ce cas effectivement préférable de ne pas créer de table de référence contenant uniquement deux valeurs ? id->F;libelle->Fenêtre id->C;libelle->Couloir Merci de tout cœur pour votre aide !

[@E_mds]

La réponse est simple : soit vous partez du principe que la liste est évolutive (il faut faire une table), soit non et l'information peut être "en dur" (par exemple sous forme d'une liste de constantes, donc effectivement, un domaine ou toute autre appellation).

[@martinbrait4730]

@@E_mds Super, c'est tellement coûteux pour moi d'oser prendre le risque du mauvais choix. Votre expérience vaut de l'or, vraiment.

[@E_mds]

@@martinbrait4730 C'est souvent en faisant des mauvais choix qu'on apprend, et qu'on gagne en expérience.

[@samirelmashoubi9985]

Merci beacoup

[@elliotthiekoor6275]

Notes à moi-même pour reprendre la vidéo plus tard => 35:00

[@benjaminvenezia1944]

As-tu repris en définitive? 🤣

[@abdourahmanebarry7813]

Merci merci

[@fredericdemoulin7729]

Bonjour, merci pour cette vidéo ! Auriez-vous un logiciel gratuit à me conseiller me permettant de faire un MCD avec, entre autres, les DF sous forme de cercle svp ? Merci d'avance

[@E_mds]

Je ne connais pas de logiciel de modélisation gratuit qui permette ce genre de formalisme. Mais si vous voulez utiliser un logiciel de modélisation, rien ne vous empêche de mettre un nom dans chaque association : c'est avant tout car cardinalité qui permet de faire la distinction entre une association normale et une DF entre entités. Si vous êtes étudiant et que vous devez modéliser lors d'une épreuve écrite, le problème ne se posera pas car vous serez sur papier. D'ailleurs, dans ce cas, autant s'entraîner directement sur papier.

[@ilyas425]

je vs remercie très infiniment pr ce meilleur cours, franchement la rédaction est bonne ,les explications sont très claires et les exemples sont bien analysés , svp est-ce-que je peux avoir ton email?

[@E_mds]

Merci pour votre message. Désolée je ne communique pas par mail mais uniquement à travers les message de KZbin.

[@ilyas425]

@@E_mds d'accord, j'ai une petit question , pourquoi t'as mis nom_client dans la relation Commande puisque la règle dit toute propriété de la relation doit dépendre intégralement de la clé (27:28), merci d'avance .

[@E_mds]

@@ilyas425 C'est un exemple 2NF : l'étape suivante, 3NF est celle qu'il faut respecter. En fait, je montre étape par étape comment arriver au plus haut niveau d'optimisation.

[@ilyas425]

@@E_mds merci bcp!

[@luacppdevrobotdev7425]

c'est intéressant

[@martinbrait4730]

Bonsoir Madame, Auriez-vous la gentillesse de faire deux cours : - sur les contraintes de validation - sur les domaines Des SGBD gèrent les domaines (postgres, par exemple). En quoi un domaine n'est-il pas une table de référence ? Les domaines, lorsqu'ils listent des constantes(?), remplacent-ils des tables de référence ? Un domaine sert-il de contrainte de validation de donnée ? Un domaine sert-il de liste courte de valeurs ? M.;Mme Un domaine se conçoit-il dans un MCD ? Quel est son rôle précis, et son usage approprié? Table de référence, contrainte de validation de donnée, domaine, comment ne plus confondre ? Merci beaucoup pour votre aide.

[@E_mds]

Je vais manquer de temps pour préparer de nouveaux cours. De plus, je ne maîtrise pas complètement toutes ces notions. En ce qui concerne les contraintes de validation (check), je pense qu'on peut trouver facilement des informations et exemples sur Internet. C'est vrai qu'on peut faire beaucoup de choses avec. En ce qui concerne les tables de référence, tout simplement je ne les ai jamais utilisées. Je pense que la différence principale avec un domaine est sa flexibilité : le domaine contient des informations "en dur" (constantes) alors que le contenu de la table de référence peut évoluer dans le temps. Un domaine permet effectivement de lister les valeurs permises et du coup va servir de type pour un attribut. En cela il représente en quelque sorte une contrainte. Est-ce qu'on peut y faire appel dans un check ? Je n'ai pas testé. Au niveau du MCD, on ne gère que l'organisation des données, en précisant normalement les types des attributs, sans forcément aller jusqu'aux contraintes (mais à priori on doit pouvoir le faire).

[@lidpage]

bonjour, merci pour le travail que vous faites , y'a t'il moyen de vous poser une question par email svp ?

[@E_mds]

Bonjour et merci pour votre message. Désolée je ne gère pas de contact direct par mail. Mais n'hésitez pas à poser vos questions ici : je ferai de mon mieux pour y répondre.

[@liamsmails3999]

Bnjour madame. Je vous remercie vraiment. Mais je veut savoire si ce cour est totalement complet ?

[@E_mds]

Merci pour votre message. Le cours synthétise les notions fondamentales à connaître. Je pense qu'il représente une couverture essentielle et suffisante pour la conception de données. Si vous êtes en BTS, cela correspond bien au programme attendu. Cependant, je ne prétends pas de faire une présentation exhaustive et surtout, je n'aborde que le MCD de la méthode Merise (qui contient beaucoup d'autres modèles).

[@liamsmails3999]

@@E_mds merci madame. J'apprécie ta jentillesse!

[@aminemiloudi676]

Excusez-moi mais pour l'entité CLIENT, pourquoi mettre 1 au lieu de 0? On peut très bien imaginer un client potentiel.

[@E_mds]

Ici on prend pour hypothèse que le client est enregistré au moment de la commande (dans le cas où il n'existe pas déjà). Donc il n'y a pas de notion de "prospect" (enregistrement à l'avance de client, même s'il n'a pas encore commandé).

[@aminemiloudi676]

@@E_mds Ok merci.

[@martinbrait4730]

REGLES A RETENIR POUR LA CREATION DES TYPES : Les types sont à créer dans le SGBD, sous forme de listes de valeurs, ou de contraintes de validations. Dans le MCD, ils se substituent à la création de certaines tables de références à colonne unique. Dans les tables de mouvement, cibler les colonnes contenant un nombre définitif faible de valeurs distinctes. Raccourcir, si possible, le libellé de ces valeurs distinctes. Ce sont des codes courts, mais ils peuvent être restitués dans l'application sous forme de libellés longs, via une fonction replace dans la projection SELECT.Ces valeurs feront partie des colonnes entrant dans des recherches, mais la pose d'index est peu efficace, par manque de valeurs distinctes. Toutes mes assertions ci-dessus sont-elles vraies ? Comment les domaines se modélisent-il dans un MCD, avec le logiciel windesign, par exemple ? MERCI POUR VOS CONSEILS !

[@E_mds]

Un domaine n'est rien de plus qu'un type que vous fabriquez. Il contient donc une liste de valeurs possibles. Un attribut peut alors être déclaré par rapport à ce type, ce qui suppose que les valeurs qu'il peut prendre font forcément partie du domaine. On est bien donc dans la définition de quelque chose de stable (constant). Par exemple, créer un domaine contenant l'intitulé des jours de la semaine ("lundi", "mardi",...) est tout à fait logique car il y a peu de chance de cela change. Il n'y a donc pas de limite en terme de nombre d'entrées et de longueur dans un domaine. Au niveau du MCD, il est possible de définir, pour chaque attribut, son type. Je n'ai pas approfondi la question sous Win'Design mais peut-être qu'on peut créer des nouveaux types. A défaut, c'est à gérer et modifier directement dans le SGBDR.

[@martinbrait4730]

...pas de limite en terme de nombre d'entrées et de longueur dans un domaine... une autre question arrive : Devrait on concevoir dès que possible, des colonnes alimentées par des listes de valeurs ? Devrait-on, au contraire, limiter le nombre de colonnes alimentées par des listes de valeurs ? Cas N°1 : Je stocke DateAnniversaire,JourAnniversaire dans 2 colonnes. Dans le premier cas, avec votre exemple, je remplirai une colonne avec les dates d'anniversaire, une colonne avec les jours d'anniversaire, au format texte 'lundi','mardi', ceci, autant de fois que je veux. Cas N°2 : Je stocke DateAnniversaire dans 1 colonne. Dans le second cas, je restituerais le jour anniversaire, dans mon application, en utilisant une fonction de domaine DayOfWeek([DateAnniversaire]) Quand sait on identifier le cas 1 ou le cas 2 ? Dois-je limiter la création de colonnes, si je suis capable de restituer l'information par calcul, à travers le programme ? Dois-je chercher à augmenter la création de colonnes, afin de limiter les lignes de programme qu'il me faudrait écrire dans mon application ?

[@E_mds]

@@martinbrait4730 Mon exemple stockant les jours de la semaine n'était peut-être pas très pertinent car il existe effectivement une fonction qui permet de récupérer le jour de la semaine. Quoique, cette fonction retourne le jour en anglais, si je ne me trompe pas, du coup, pour une équivalence en français, cela peut être intéressant de stocker les jours de la semaine. Bref, pour répondre à votre question : on va toujours favoriser le calcul par rapport au stockage de valeurs (sauf, cas rare, si ce calcul est chronophage et doit être fait très souvent, ce qui est une autre histoire).

[@martinbrait4730]

A toutes fins utiles, je vous transmets un document, qui présente quelques options de modélisation, à découvrir sous windesign : wiki.humanum.ephe.fr/lib/exe/fetch.php/tutoriaux/supportbdrsql.pdf

[@luacppdevrobotdev7425]

Pourriez vous donner votre avis et remarques sur mes vidéo sur la poo

[@E_mds]

Je viens de regarder 2 vidéos. Sauf erreur de ma part, il n'y a pas de son, n'est-ce pas ? S'il n'y a effectivement pas de son, je vous conseille de l'ajouter : les explications orales directement sur les schémas vont rendre les notions tout de suite plus claires. Généralement, les personnes qui viennent voir les vidéos sur KZbin préfèrent entendre des explications plutôt que lire. En tout cas, c'est une bonne idée de présenter les classes directement sous le format UML.

[@lion43210]

mais ? 😅 tu a aussi la chaine du poison rouge ?

[@sadialiousouleymanediallo2882]

vous très pédagogue professeur

[@inesfamily4943]

votre cours et bien mais tu parle rapide

[@E_mds]

Désolée, j'essaie de garder un certain rythme pour le pas endormir l'auditoire ;-) Mais vous pouvez changer la vitesse de la vidéo.

[@famous7997]

Beaucoup trop de débit... blablabla

[@E_mds]

Le but est d'éviter d'endormir l'auditoire... Mais je comprends que cela ne convienne pas à tout le monde. Désolée.