J'ai une entité A et une autre B. Entre les 2 j'ai une relation R.
 
Dans le contexte d'une gestion de tables d'une base de données, mieux vaut-il 2 objets OAR et OBR, chacun contenant une partie de R (un sens, quoi), ou 3 objets OA, OB et OR?
D'un côté j'ai une vision orientée objet (j'ai repris ce que j'ai appris en o2SQL), et d'un autre une vue relationnelle ("un objet par table"?).

en objet je dirai qu'il est plus correct de faire seulement deux classes OAR et OBR

ta question dépend du standard de disgn que tu utilises: UML, Meurise, Entité-relationnel ou fonctionel.

UML

Alors, le mieux c'est 2 objets OA et OB avec une flèche entre les 2 indiquant la relation. Et tu peux préciser la relation par un mot sur la flèche, voire un prototype.

 
 
Ok, donc les deux gèrent en partie la relation, même si elle venait à changer, c'est ça?
 
edit: Ok, on va dire oui alors.

[jfdsdjhfuetppo]--Message édité par Krueger--[/jfdsdjhfuetppo]