Discussion :

[dancom5]

Bonjour.

En utilisant Workbench, afin de ne pas faire fausse route, je soumets
mon petit shema pour vérifier si c'est correcte:

Ce que je veux:
ARTISTES----(0,n)----créer----(1,1)----ARTICLES----(1,1)----être----(0,n)----CATEGORIES

Il peut y avoir aucun ou plusieurs artistes qui créer un article
mais un article est crée par un et un seul artiste.

Pour un article et un seul, il est dans une catégorie.
Cependant, une catégorie peut avoir aucun ou plusieurs articles.

Workbench:
ARTISTE----0..*-----------1----ARTICLES----1-----------0..*----CATEGORIES

ici, j'inclue une image pour montrer comment j'ai utiliser les liaisons...

Je cherche à savoir si j'utilise bien Workbench pour la liaison.

Et je suis toujours un peu mélangé à propos des pointillés ou non pointillés. Si quelqu'un peut me vulgariser cela. Merci.

Je veux être certain que j'ai bien assimilé ces notions.

[frm013]

Bonjour dancom5,

Vos cardinalités sont à l'envers sur MWB.

En effet, celui-ci permet de créer des schéma physiques de données, pas des MCD.

Or, en Merise les cardinalités se lisent à l'inverse de celles d'un schéma physique, je crois vous en avoir touché un mot.

Donc pour résumer, dans un schéma physique on dit :

un ARTISTE est en relation avec zéro ou plusieurs articles avec le 0.* du coté de ARTICLE.

Pour la bonne forme, vous devriez comme moi prendre l'habitude de nommer vos tables au singulier :

Du singulier et du pluriel

Un type d’entité (ou entité-type) est une classe d’entités ayant en commun un ensemble de propriétés. Le type d’entité MAGASIN symbolise le magasin-type, lequel a pour propriétés (attributs) son nom, son Siret, etc. Quant à eux, les magasins proprement dits sont les entités, les instances (ou encore les occurrences) de la classe MAGASIN. Tout cela pour dire qu’un nom d’entité-type s’écrit de préférence au singulier : MAGASIN mais pas MAGASINS.

En gros la table ARTISTES est un moule pour produire des artistes

Concernant cette notation :

ARTISTES----(0,n)----créer----(1,1)----ARTICLES----(1,1)----être----(0,n)----CATEGORIES

Je vous ai induit en erreur, j'en suis navré : les parenthèses autour des cardinalités indique une identification relative normalement, du moins c'est ce qui est compris ici sur ce forum.

Ce devrait donc être :
ARTISTES----0,n----créer----1,1----ARTICLES----1,1----être----0,n----CATEGORIES[/QUOTE]

Au sujet du type ENUM :

C'est une hérésie, cela remplace une table paramètre, GRADE par exemple.

A cela près c'était juste, du moins dans le raisonnement

Bon samedi,
François

[dancom5]

Ainsi,

Un artiste est en relation avec zero ou plusieurs article

ARTISTE---1-----0..*---ARTICLE

dans wb:
J'ai cliqué sur relation non identifiant le 2e à partir de article vers artiste.

Puis

zero ou plusieur article est en relation avec une categorie

ARTICLE---0..*----1---CATEGORIE

dans wb:
j'ai cliqué sur relation non identifiant le 2e à partir de article vers catégorie.

Après avoir revu mon poste précédent, ça semble marcher.
Vous avez dit qu'avec Workbench, ça donnait le contraire.
Mais, je ne me suis pas basé la dessus vu que je devais
raisonner avec les termes "est en relation".

Je pense bien que je l'ai bon cette fois-ci.

Les clés secondaires se retrouve dans article de cette manière.

Je vais regarder plus du côté Méthode Physique pour en connaître plus.
Dis, je l'ai bon?

La notion de tirets 1:n---- et 1: tirets continues?

Bon dimanche !!

[frm013]

Bonjour,

Ca à l'air bon comme ça !

Bon dimanche aussi,
François

[dancom5]

Merci François pour le soutient dans mon apprentissage.

Je désire vous souhaiter de Joyeuses Fêtes et une Bonne Année qui s'en vient.

[fsmrel]

Bonjour Dan,


Pour compléter.

Et je suis toujours un peu mélangé à propos des pointillés ou non pointillés.

Les traits continus sont utilisés en Workbench pour marquer l’identification relative, et à chaque AGL son style (Par exemple, avec PowerAMC on doit mettre la cardinalité 1,1 entre parenthèses). L’identification relative est le plus souvent le signe d’une entité-type « faible » (weak entity-type), c'est-à-dire d’une entité-type dépendant complètement d’une autre. Par exemple, une chambre d’hôtel sans hôtel ça n’a pas grand sens, en conséquence de quoi une entité-type CHAMBRE_HOTEL est faible par rapport à une entité-type HOTEL. De même, une ligne de commande non rattachée à une commande ça ne veut rien dire. D'une façon générale, une entité-type faible est en fait une propriété multivaluée d’une entité-type plus forte : c’est à la vie à la mort, détruire un hôtel c’est détruire ses chambres, supprimer une commande c’est supprimer ses lignes.

Par contraste, avec MySQL Workbench, les pointillés reflètent l’absence d’identification relative.

Dans votre cas, il est probable qu’on ne considèrera pas ARTICLE comme faible relativement à ARTISTE ou CATEGORIE, auquel cas les liens seront en pointillés.

Et Joyeux Noël !