Traduction schéma relationnel vers schéma objet

Version imprimable

06/09/2009, 21h11
alatox

Traduction schéma relationnel vers schéma objet

Bonjour,

Je cherche la meilleur façon de traduire un schéma relationnel de base de données en "schéma objet" directement utilisable au travers d'un pattern DAO dans un langage comme Java.

Nous pouvons raisonner sur l'exemple suivant :

Matiere(id,nom)
Matiere_professeur(matiere_k,professeur_k)
Professeur(id,nom,prenom)
Classe_matiere(matiere_professeur_k,classe_k)
Classe(id,nom)
Eleve(id,nom,prenom,classe_k)

Dans cet exemple, nous pouvons extraire les sous-cas suivant :

1)
Classe(id,nom)
Eleve(id,nom,prenom,classe_k)

Comment doit-on traduire en objet ce type de relation ? Faut-t-il une référence à une collection d'Eleve, dans la classe Classe. Faut-t-il une référence à une Classe dans la classe Eleve ? Faut-t-il les deux?

2) Cet exemple illustre l'introduction d'une table de jointure entre deux tables.

Matiere(id,nom)
Matiere_professeur(matiere_k,professeur_k)
Professeur(id,nom,prenom)

Faut-t-il une référence à une collection de professeur dans Matiere? Une référence à une collection de Matiere dans professeur? Les deux ?

3) Enfin nous pouvons considérer l'exemple global et notamment cette partie là ou deux tables de jointures collaborent.

Matiere(id,nom)
Matiere_professeur(matiere_k,professeur_k)
Professeur(id,nom,prenom)
Classe_matiere(matiere_professeur_k,classe_k)

Encore une fois comment doit-t-on traduire pour un bon mappage avec la base de données ?

Merci de vos réponses.
08/09/2009, 11h03
alatox

Bonjour,

Voici, une proposition pour amorcer la discussion :

Class Matiere : id, nom
Class Professeur : id, nom, prenom, listMatieres
Class Classe : id, nom, listProfesseurs
Class Eleve : id, nom, prenom, Classe

Je rappelle des que je recherche des "règles", des "bonnes pratiques", des solutions éprouvées et mises en pratique car mon but n'est pas d'arriver à quelques choses de fonctionnels seulement, mais aussi d'avoir un "mappage" efficace et éprouvé.

Merci pour vos réponses.
09/09/2009, 09h32
PanicKernel

Citation:

1)
Classe(id,nom)
Eleve(id,nom,prenom,classe_k)

Comment doit-on traduire en objet ce type de relation ? Faut-t-il une référence à une collection d'Eleve, dans la classe Classe. Faut-t-il une référence à une Classe dans la classe Eleve ? Faut-t-il les deux?

Tout dépend de la navigation que tu souhaites avoir. La bidirectionnelle est la plus pratique en lecture mais il faut faire attention en modification et faire porter les modifications que d'un côté de la relation (ici je ferais la modification des 2 côtés dans un addEleve et removeEleve de la classe "Classe").

Citation:

2) Cet exemple illustre l'introduction d'une table de jointure entre deux tables.

Matiere(id,nom)
Matiere_professeur(matiere_k,professeur_k)
Professeur(id,nom,prenom)

Faut-t-il une référence à une collection de professeur dans Matiere? Une référence à une collection de Matiere dans professeur? Les deux ?

C'est encore un choix de conception, si tu n'as pas besoin de connaître les professeurs associés à une matière alors peut-être qu'il serait plus simple de ne faire qu'une liste de matières dans la classe Professeur. A toi de voir suivant les besoins de ton application.

Citation:

3) Enfin nous pouvons considérer l'exemple global et notamment cette partie là ou deux tables de jointures collaborent.

Matiere(id,nom)
Matiere_professeur(matiere_k,professeur_k)
Professeur(id,nom,prenom)
Classe_matiere(matiere_professeur_k,classe_k)

Encore une fois comment doit-t-on traduire pour un bon mappage avec la base de données ?

Comme les autres points, à toi de voir quels sont tes besoins.