Discussion :

[hamou92]

Bonjour, je vais essayer d’être brefs, j'ai 2 entités et une association:

Client 0 N ------------------ Emprunter ------------------- 0 1 ou 0 N ?? Pièce

Les pièces sont 2 à 2 distincts. Que mettre dans la cardinalité car les deux me paraient logiques.
0 1 car la pièce peut être emprunté par 0 client au min et 1 client au max (Vu que la pièce est unique)
0 N car la pièce peut être emprunté par 0 client au min et 1 client au max à ce moment et N clients dans le passé.
Merci de m'aider.

[chewing-gum]

Bonjour,

Un client peut emprunter 0 ou N pièces. La cardinalité "0,N" est correct.

En revanche, la suite se complique. Voici quelques questions pour vous aider à avancer :
Voulez-vous garder un historique des emprunts ?
Voulez-vous savoir quand la pièce a été emprunté ? Et par qui ?
Un client peut-il emprunter une même pièce à des dates différentes ? (Par exemple, un client emprûnte une pièce en janvier et la rend fin janvier. Peut-il réemprunter cette pièce à une date ultérieure ?)

J'aurais modélisé les choses ainsi :

[CLIENT] 0,N ----------------------[EMPRUNTER] ---------------------- 0,N [PIECE]

L'association "EMPRUNTER" sera alors représenter par une table dont la clé primaire sera "#ID_CLIENT, #ID_PIECE".
Mais... Si vous voulez un historique des emprunts, et pour qu'un client puisse emprunter plusieurs fois la même pièce, votre clé primaire devra aussi être composé d'une date d'emprunt.

[EMPRUNTER] aura donc trois champs qui composent la clé primaire : #ID_CLIENT, #ID_PIECE, DATE_DEBUT_EMPRUNT
Certains diraient même qu'il faudrait ajouté une date de fin à la table [EMPRUNTER].

N'hésitez pas si vous avez d'autres questions...

EDIT : Oups je n'avais pas vu que votre message datait de 2013... J'ai peur d'avoir révéillé un topic mort