Tu veu modeliser ta base de données sur support papier ???
Si c'est le cas, dessine un MCD (modèle conceptuel de données) qui permet de renseigner les nombres nim et max entre chaque table (=cardinalités)

Ah oui cela me fait penser à une autre question : Comment exprimer les cardinalités dans le modèle relationnel (d'après ce que j'en sais il n'y a que des flèches).

Un MCD se construit de la manière suivante :

entre deux table, tu créer une ligne (liaison). Au milieu de cette ligne tu fais une bulle dans lequel tu ecris le verbe d'action (ex: LOUER). Puis tout se joue dans les deux extremités de cette liaison.
D'un coté tu marque deux nombre : sa valeur max et sa valeur min correspondant à sa table.
Et tu fait pareil de l'autre coté de la ligne (vers l'autre table)
Je m'explique plus clairement :
prenom ton exemple que je vais modeliser de la maniere suivante :

(CLIENT)1,5----------LOUER---------0,n(VOITURE)

Si je lis les première cardinalités, sa donne : "Un client loue au minimum 1 voiture et au maximum 5 voiture."
Et ensuite les deuxieme cardinalités (lecture de l'autre sens): "Une voiture est louée au minimum par 0 client et au maximum par n clients (n étant un nombre indeterminé)".

J'espère que c'ets asser clair car c'est pas facil a expliquer

Blux> Oui hô, c'est sûr, faudrait mettre une entité porteuse de données pour y mettre la date de location mais bon, ce que je voulais exprimer, c'est la lecture des cardinalités.

Oui EKUD j'ai compris ce que tu veux dire avec les cardinalités. En UML c'est la même chose, sauf qu'on met les chiffres dans le sens inverse.

Cependant le modèle que j'utilise est le relationnel :

IDClient <-- IDVoiture --> CouleurVoiture, etc.

Pour l'instant sur ce schéma (simplifié), on peur comprendre qu'une voiture correspond à un client, et qu'un client peut avoir une ou plusieurs voitures. Maintenant j'aimerais montrer dans ce schéma qu'un client ne peut louer uniquement jusqu'à 5 voitures seulement sans passer par un autre modèle.

C'est pour un exercice où un cas concret ton problème?

car si c'est un cas concret,
je te conseille de modéfiser une cardinalité 0-n et de mettre ta valeur max (5 en l'occurance) dans une table de config

car les tables du genre ID, voit1, voit2, voit3 ... sont une catastrophe si tu dois faire des évolution plus tard.

C'est un cas concret... Mais j'ai pas de table voiture1... je n'ai qu'une seule table Voiture et une table Client.

Je me suis mal exprimé, je parlais des colones de la table.

Voila qui démontre à merveille l'inanité du MCD et autre analyse
stupide
il y a belle lurette que j'aurais écrit la base correspondante
une table client
une table voiture
une table location
avec une procédure de vérif pour l'entrée dans la table location
que voiture n'est pas louée et que client n'a pas déja 5 voitures louèes
il est plus facile et plus utile de créer un prototype de base que
de se poser ce genre de question vaine sur la manière de représenter ce qui est évident elle est pas belle, la vie ?

C'est vrai c'est pas du tout facile la modelisation mais ce que tu demandes est n'est pas trop compliqué,
il faut d'abord créer la table client et mettre les differents attributs qui la compose:
Client:
ID_client
Nom
Prenom
Adr
date_nais.

après cette table il faut penser la même chose pour la 2nd table qui est voiture qui se presentera comme ça.

Voiture:
Num_voiture
Marque
Annee_fabric
Nom

après ces deux etapes on peut maintenant etablir le model relationnel entre les deux tables

un Client peut acheter au moins 1voiture au plus 5
une voiture est acheté au moins par 1 client au plus 1
après on aura les cardinalités maximales des deux tables:(n, 1)
voila ce que je peux proposé comme reponse à ta question .

Par Abdel Diallo de l'université de Nancy ( M1 IE)

Euh.... tu sais ca fait depuis bientot 4 ans que j'ai posé cette question... l'exercice concerné est fini depuis belle hurette... d'ailleurs j'ai terminé mes études et maintenant je travaille en tant que consultant en décisionnel... ^^ ... mais merci quand même!