Discussion :

[Maxou mini chou]

Bonjour à tous.

Alors voilà j'ai un problème avec JPA. J'ai un table représentant les horaires du personnel, dont voici les différents champs

person_id (int)
day (int)
hour (int)
presence (int)
primary key(person_id, day, hour)

En gros une personne à un certains nombre d'entrée dans la table correspondant à sa présence ou non, à un jour de la semaine et une heure.

Sachant que je dois représenter les horaires dans un tableau à double entrée sur une page web. Je n'arrive pas à trouver comment modéliser cette table en classe(s) avec JPA de façon a ce que ce soit exploitable pour un tableau a double entrée.

Merci d'avance pour votre aide.
En espérant avoir été clair.

Max

[fr1man]

Une remarque qui ne va peut-être pas résoudre ton problème mais j'y vais quand même.
Il ne faut pas modéliser tes classes en fonction de ton interface graphique.
Les deux ne doivent pas être liés.
Rédige tes classes par rapport à une logique métier, ensuite il suffira décrire la bonne requête ou d'initialiser les bons objets pour peupler ton interface graphique.

[JeanLucT]

Les requetes risquent de dépendre de l'affichage. Il faut essayer de limiter leur nombre.

Il est possible de faire une requete correctement triée (utilisation de order by) qui ramène toutes les données. Charge ensuite à l'affichage de placer les informations correctement dans un tableau en bouclant (l'order by permet de simplifier le travail)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
em.createQuery("from Horaires as hp where hp.day>?1 order by hp.person_id, hp.day, hp.hour")
.setParameter(1, jourDepart)
.getResultList();

Il peut être plus intéressant et simple de faire une requête par ligne ou par colonne. Cela n'est viable que s'il ne s'agit pas d'un tableau avec trop de lignes.

S'il est nécessaire de faire une somme des heures, il est possibles d'utiliser une aggrégation avec group by et sum sur la colonne. Dans ce cas, on obtient une projection.
J'ai fait un tutorial qui présente différent aspect des requêtes : exemples de query avec group by et count et traitement d'une projection

[fr1man]

Les requetes risquent de dépendre de l'affichage

Oui, mais pas la modélisation des objets.

[JeanLucT]

Oui, mais pas la modélisation des objets.

Je suis globalement d'accord même si le sujet est pour moi d'ordre philosophique.
Mais au vu de la classe en exemple : je n'ai vraiment pas l'impression qu'il soit tombé dans ce travers

[Maxou mini chou]

Une remarque qui ne va peut-être pas résoudre ton problème mais j'y vais quand même.
Il ne faut pas modéliser tes classes en fonction de ton interface graphique.
Les deux ne doivent pas être liés.
Rédige tes classes par rapport à une logique métier, ensuite il suffira décrire la bonne requête ou d'initialiser les bons objets pour peupler ton interface graphique.

D'abord merci à vous deux.
Fr1man je suis amplement d'accord avec toi et j'ai d'abord modélisée ma classe sans me soucier de mon interface graphique. C'est par après que cela ce complique.

C'est assez tordu comme systeme. En gros j'affiche les horaires sur une page qui présente un département, avec les différents membres du personnel et leur horaire. J'ai donc une classe Departement qui contient une list de Person et chaque personne contient ses horaires. J'utilise les annotations jpa pour charger le tout. Donc je n'applique pas de requetes moi même pour récupérer les horaires.

[fr1man]

Où bloques-tu ?

Il te suffit de parcourir la liste des personnes, et pour chacune d'elle, afficher ses horaires.
Si tu dois afficher, par rapport à une date ou d'autres critères, il faudra faire une requête comme l'a dit JeanLucT.

[Maxou mini chou]

Bonjour,

Je bloques dans la modélisation de l'horaire et surtout avec les annotations JPA. J'aimerai pouvoir avoir, si possible, dans ma classe personne une liste de jour, et chaque jour contiendrai une liste d'heure avec la présence ou non de la personne.

Edit:
Ok j'ai compris comment faire, il faut que je charge les horaires à la main, comme me l'a fait remarquer JeanLucT.

Merci à tout les 2.

Max