Discussion :

[nighma]

Bonjour,

Voilà j'aimerais savoir avec la structure suivante comment je peux faire pour vérifier qu'un type de plats n'est pas utilisé lorsque je veux l'effacer.

Merci à quilo pour l'exemple et merci déjà à ceux qui pourront me répondre.

Voici un exemple :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
 
public class Plats extends PojoAncestor{
 
	private float price = 0;
 
	private Set typeDePlats = new HashSet();
 
	public Plats(){
	}
 
	public float getPrice(){
		return price;
	}
 
	public void setPrice(float argPrice){
		price = argPrice;
	}
 
	public void setTypeDePlats(Set argTypeDePlats){
		typeDePlats = argTypeDePlats;
	}
 
	public Set getTypeDePlats(){
		return typeDePlats;	
	}

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
public class TypePlat extends PojoAncestor{

	public TypePlat(){}

	public boolean equals(TypePlat argTypePlat){
		if (getId() != argTypePlat.getId()){
			return false;
		}
		if (getName() != argTypePlat.getName()){
			return false;
		}
		if (getDescription() != argTypePlat.getDescription()){
			return false;
		}
		return true;
	}
	
	public int hashCode(){
		return ((int)getId()) ^ (getName() != null ? getName().hashCode() : "".hashCode()) ^ (getDescription() != null ? getDescription().hashCode() : "".hashCode());	
	}
	
	
	
}

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
 
	<class name="be.quilovnic.hhadmin.management.pojo.Plats" table="plats">
		<id name="id" column="id_plat" type="long">
			<generator class="increment"/>
		</id>
		<property name="name"/>
		<property name="description"/>
		<property name="price" type="float"/>
                <set name="typeDePlats" table="typeplatcollection">
                	<key column="id_plat" />
                	<many-to-many column="id_typeplat" class="be.quilovnic.hhadmin.management.pojo.TypePlat" unique="true"/>
                </set>
 
	</class>
 
	<class name="be.quilovnic.hhadmin.management.pojo.TypePlat" table="typeplat">
		<id name="id" column="id_typeplat" type="long">
			<generator class="increment"/>
		</id>
		<property name="name"/>
		<property name="description"/>
	</class>

[nighma]

Une idée pour moi ?

Je cherche à faire quelque chose de propre en fait.

Merci

[gailuris]

ça fait longtemps que j'ai pas touché à hibernate mais en modifiant un peu ton fichier de mapping et ta classe TypePlat, tu pourrais ajouté un getPlatsq dans TypePlat, aprés tu n'aurais plus qu'à tester si getPlats te retourne une collection vide ou nulle...

[nighma]

Quand tu dis modifier le fichier de mapping, tu penses à quoi ?

Merci

[gailuris]

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
 
   <class name="be.quilovnic.hhadmin.management.pojo.Plats" table="plats">
      <id name="id" column="id_plat" type="long">
         <generator class="increment"/>
      </id>
      <property name="name"/>
      <property name="description"/>
      <property name="price" type="float"/>
                <set name="typeDePlats" table="typeplatcollection">
                   <key column="id_plat" />
                   <many-to-many column="id_typeplat" class="be.quilovnic.hhadmin.management.pojo.TypePlat" unique="true"/>
                </set>
 
   </class>
 
   <class name="be.quilovnic.hhadmin.management.pojo.TypePlat" table="typeplat">
      <id name="id" column="id_typeplat" type="long">
         <generator class="increment"/>
      </id>
      <property name="name"/>
      <property name="description"/>
     <set name="plats" table="typeplatcollection">
                   <key column="id_plat" />
                   <many-to-many column="id_typeplat" class="be.quilovnic.hhadmin.management.pojo.Plats" unique="true"/>
       </set>
   </class>

Un truc dans le genre (tel quel ça ne doit pas marcher)... Le but est de te débrouiller pour que ta relation N-N entre plats et typeDePlat soit utilisable dans les 2 sens (avec un plat je peux recupérer ces types de plats ET avec un type de plat je peux connaitres les plats correspondant).
Ceci dit je ne suis pas du tout sur que ce soit une "bonne" solution...

[nighma]

Ceci dit je ne suis pas du tout sur que ce soit une "bonne" solution...

Tout d'abord, merci pour l'aide que tu m'apportes.
Cependant, je ne penses pas non plus que cela soit une bonne solution. Donc j'en suis toujours au même point... comment faire ?

[nighma]

Ceci dit je ne suis pas du tout sur que ce soit une "bonne" solution...

Tout d'abord, merci pour l'aide que tu m'apportes.
Cependant, je ne penses pas non plus que cela soit une bonne solution. Donc j'en suis toujours au même point... comment faire ?

Après relecture je me dis que c'est pas si mauvais que ça finalement.

Si on prend l'exemple de salariés et de services. On a besoin de connaître dans quelles services le salarié travaille mais aussi on peut avoir besoin de faire des statistiques par services pour lister les salariés travaillant dans chacun d'eux.

Est-ce vraiment comme cela qu'il faut mapper les objets dans ce cas ?

[gailuris]

Ceci dit ça devrait fonctionner, au niveau de ta base, ça ne change rien (puisque la table de jointure existe forcément).
ça ne doit pas etre la pire solution non plus.

edit : lol, on a fait la même réflexion

[gailuris]

Si on prend l'exemple de salariés et de services. On a besoin de connaître dans quelles services le salarié travaille mais aussi on peut avoir besoin de faire des statistiques par services pour lister les salariés travaillant dans chacun d'eux.

Est-ce vraiment comme cela qu'il faut mapper les objets dans ce cas ?

Dans le cas de relations N-N (en base) c'est souvent le cas

[nighma]

Dans le cas de relations N-N (en base) c'est souvent le cas

Je m'en rend compte. Est-ce la bonne façon de mapper les objets dans une relation N-N ?

[gailuris]

ça par contre je ne sais pas trop, à première vue je dirais que oui.

Espèrons qu'un "expert" viendra nous le confirmer