Discussion :

[beegees]

Bonjour tout le monde,

J'ai quelques questions sur les occurences.

Si j'ai 4 entités ELEVE :

1. Toto
2. Dupont
3. Dubois
4. Durand

J'ai 4 occurences de l'objet ELEVE, mais si je remplace Toto par Dubois (il y'aura deux Dubois) est-ce que le nombre d'entité de l'objet ELEVE sera toujours de 4 ?

Seconde question :

Idem avec les propriétés

Si j'ai 7 relations "Avoir pour note" qui se compose comme ceci :

1. 16
2. 15
3. 16
4. 10
5. 12
6. 12
7. 11

Quel est l'occurence de la relation "Avoir pour note" ?

6 ou 7, faut-il prendre les doublons ou pas ?

Idem pour l'occurence de la propriété ?

Je vous remercie d'avance pour votre aide et je vous souhaite d'agréables fêtes de fin d'année.

beegees

[remi4444]

J'ai 4 occurences de l'objet ELEVE, mais si je remplace Toto par Dubois (il y'aura deux Dubois) est-ce que le nombre d'entité de l'objet ELEVE sera toujours de 4 ?

Ce qui compte c'est ton indentifiant, si l'identifiant de toto est toujours 1 alors l'occurence restera, c'est juste la propriété nom qui changera de valeur.

Si j'ai 7 relations "Avoir pour note" qui se compose comme ceci :

1. 16
2. 15
3. 16
4. 10
5. 12
6. 12
7. 11

Quel est l'occurence de la relation "Avoir pour note" ?

6 ou 7, faut-il prendre les doublons ou pas ?

Si tu considère que "avoir pour note" est une relation, c'est qu'il y a d'un coté une entité "ELEVE" et d'un autre coté une entité "NOTE" ce qui identifie ton occurence de relation est une clef double composée des 2 identifiants de tes 2 entités de références. Par exemple (6,12) est bien distinct de (5,12) , il n'y a donc pas de doublon.

[Promeneur]

C'est peut-être moi qui ne comprend rien, mais je trouve que ta question n'est pas assez précise.

Parles-tu de base de données ou de programmation orientée objet ?

[remi4444]

C'est peut-être moi qui ne comprend rien, mais je trouve que ta question n'est pas assez précise.

Parles-tu de base de données ou de programmation orientée objet ?

Ah oui bonne remarque, moi j'ai fait une réponse base de donnée...

[beegees]

Bonjour remi4444, Bonjour Promeneur,

Pour répondre à la remarque (pertinente) de Promeneur, c'est pour une base de données.

Ce qui compte c'est ton indentifiant, si l'identifiant de toto est toujours 1 alors l'occurence restera, c'est juste la propriété nom qui changera de valeur.

Je ne comprends pas bien ta réponse (désolé), est-ce que le nombre d'occurence sera toujours à 4 si il y'a deux Dubois ?

Pour ce qui est de cette question :

Si j'ai 7 relations "Avoir pour note" qui se compose comme ceci :

1. 16
2. 15
3. 16
4. 10
5. 12
6. 12
7. 11

Quel est l'occurence de la relation "Avoir pour note" ?

6 ou 7, faut-il prendre les doublons ou pas ?

Voici un shéma qui explique mieux ma question : (voir zip en attachment) car j'ai du mal m'expliquer.

Merci d'avance pour votre aide.

beegees

[remi4444]

Je crois que tes exemples ne correspondent pas à ton schéma, sur tes exemples tu identifie chaque ligne par une séquence (ce qui est très bien) alors que sur ton schéma par exemple tu as souligné "Nom" ce qui signifierait que cette information est idendifiante, ce qui ne va pas car, il peut très bien y avoir 2 personne différentes portant le même nom.

il faudrait que ton entité ELEVE se présente comme ceci:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
---------------
| ELEVE       |
---------------
| ELEVE_ID     |
| ELEVE_NOM    |
---------------

Maintenant, je te dis ça d'un point de vue "pratique industrielle" ce n'est pas forcément l'esprit dans lequel à été fait l'exercice, pour ça il faut se référer à l'état d'esprit du prof ayant posé cet exercice.

[beegees]

remi4444,

Je suis d'accord avec ce que tu dis.

Je refais mon shéma de façon à éviter les malentenudus.

Seule la partie du dessus nous intéresse.

Si on change Toto par Dubois, il y'aura toujours 4 entités, deux avec Dubois, une avec Durand et une autre avec Dupont.

On dit qu'il y'a toujours 4 occurences ou seulement trois ?

Merci pour ton dévouement.

beegees

PS: j'ai retravaillé l'image (voir attachment stp)

[remi4444]

Pour moi, il y en a toujours 4 occurences.

mais "occurence" est un terme ambigu, le nom est simplement une propriété de chaque occurence d'élève. Une "occurence de propriété" c'est une formulation bizarre... si c'est un prof qui te demande ça, alors il faut décoder ce qu'il entend par là (en regardant des exercices qu'il a déja corrigé...)

EDIT: Et dans le doute, va au plus simple, il y a toujours 4 eleves, donc il y a toujours 4 occurences...

[beegees]

Pour moi il y'aura aussi 4 occurences.

Comme tu dis, on s'occupe des occurences des entités et non des occurences des propriétés.

Merci pour ton dévouement.

beegees

[fsmrel]

A propos de terminologie.

Dans les années 70, pour représenter un concept en Merise on utilisait le mot "objet", on le représentait par un rectangle. Dans les années 80, on a aussi utilisé les mots "entité" (ou "entité-type") ou "individu" (ou "individu-type"), tout cela représenté graphiquement par un rectangle.

Ainsi, le concept élève ELEVE est par exemple une entité-type, un individu-type, un objet...

Au niveau des SGBD relationnels, le concept ELEVE fait l'objet de l'instruction Create Table ELEVE. ELEVE devient une table (plus précisément une variable de table, ou tablevar).

De la même façon, la propriété (ou propriété-type) de Merise fait l'objet d'une colonne au niveau tabulaire. Par exemple, la propriété-type NomEleve devient la colonne NomEleve dans la table ELEVE.

Quand on passe au stade de la réalisation (réification, instanciation, ...), l'occurrence merisienne a pour homologue la ligne de la table. Maintenant, si l'on utilise le mot "entité-type" au niveau du concept, on peut très logiquement remplacer le mot "occurrence" par le mot "entité", mais cela pourrait semer le trouble dans les esprits chez ceux qui utilisent le mot "entité" au niveau conceptuel : il vaut mieux s'abstenir et en rester à "occurrence".

Et bien entendu, n'oublions pas l'identifiant merisien faisant le plus souvent l'objet d'une clé primaire de la table.