Bonjour,

j'ai donc une base de données composée de :

- Une table tournoi, comprenant le nom du tournoi et le format joué.

- Une table joueur, avec le nom du joueur

- Une table participation, qui enregistre quel joueur est enregistré à quel tournoi

- Un table match, liée au tournoi auquel il appartient et aux deux joueurs devant jouer le match

Dans la base de données, on a donc les joueurs qui savent à quel tournois ils participent, et les matchs qui savent à quel tournoi ils participent et quel joueur doivent jouer ce match.

Quel est la meilleur façon de représenter ça dans le code métier ? La façon logique qui me vient à l'esprit est d'avoir un objet tournoi contenant une liste des joueurs et des matchs, mais cela signifie qu'à la création du tournoi, je devrait aussi faire une recherche sur les tables joueur et match pour construire mon tournoi. Cela est-il le plus efficace/le plus commun ?

Lu'!

La méthode la plus flexible consiste plutôt à penser aux tâches que tu vas vouloir réaliser avec ta base de données. Et de concevoir plutôt des classes qui correspondent à tes tâches et pas à tes données. De cette manière, tu n'as pas de représentation intermédiaire à gérer (donc moins de chute de performances et moins de code) et tu laisses ton SGBD effectuer ses mises en cache pour maintenir un fonctionnement efficient.

du coup, pas de beans qui représente les objets en base de données, mais plutôt une utilisation direct des objets récupérés en base ? Ca va a l'encontre de tout les framework genre hibernate non ? x)