Discussion :

[Monta^^]

Bonjour,

je cherche à établir une relation entre deux tables

sauf que je n'ai pas compris l'utilisation du mot clé "set" dans les fichiers *.hbm.xml ...

si quelqu'un pourrait m'aider à lier ces deux tables je serais très reconnaissant

les deux tables:

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

CREATE TABLE `colors` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `color` varchar(30) DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=6 DEFAULT CHARSET=latin1;


CREATE TABLE `coloru` (
  `user` varchar(20) NOT NULL,
  `id_color` int(11) NOT NULL,
  PRIMARY KEY (`user`),
  KEY `relation` (`id_color`),
  CONSTRAINT `relation` FOREIGN KEY (`id_color`) REFERENCES `colors` (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1;

que dois-je ajouter dans mes fichiers .hbm.xml

Color.hmb.xml

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
 
<?xml version="1.0"?>
<!DOCTYPE hibernate-mapping PUBLIC
	"-//Hibernate/Hibernate Mapping DTD 3.0//EN"
	"http://hibernate.sourceforge.net/hibernate-mapping-3.0.dtd">
 
<hibernate-mapping>
<class name="com.alexwestconsulting.hibernateexample.beans.Color" table="colors">
 
	<id name="id">
		<generator class="assigned"/>
	</id>
	<property name="color"/>
 
</class>
</hibernate-mapping>

et UserColor.hbm.xml

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
 
<?xml version="1.0"?>
<!DOCTYPE hibernate-mapping PUBLIC
	"-//Hibernate/Hibernate Mapping DTD 3.0//EN"
	"http://hibernate.sourceforge.net/hibernate-mapping-3.0.dtd">
 
<hibernate-mapping>
<class name="com.alexwestconsulting.hibernateexample.beans.UserColor" table="coloru">
 
	<id name="user">
		<generator class="assigned"/>
	</id>
	<property name="id_color"/>
 
</class>
</hibernate-mapping>

Merci ^^

[zorm]

Bonjour,

Personnellement, je m'embête plus à écrire mes fichiers de mapping à la main. J'utilise en premier lieu Hibernate Tools qui va me créer: fichiers de mapping, beans, fichier de conf et classe de persistance. Après, je les retravaille pour correspondre à mes besoins. Si jamais tu utilises cette solution (qui s'intègre à eclipse), il y a des tutos sur le site ou le net.

[ruscov]

Hello,

clairement, utilise hibernate tools, ca facilite la vie! Il te génère tous les fichiers hbm et java à partir de la DB!

[willoi]

HibernateTools c'est bien ca aide, c'est pratique.
Comprendre ce que l'on fait, c'est mieux!

Il faut déjà que tu sache quel type de relation tu veux faire entre tes tables :
* n-n,1-n,n-1 ?
* bi-directionnelles ou uni-directionnelles.

Ensuite la doc d'hibernate (en francais) est plutôt bien faite sur la question. Malheureusement en maintenance aujourd'hui

Mais voici par exemple ce que donnerais une relation 1-n.
Coté 1 :

Code :

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

1
2
3
4
<set name="elements" >
			<key column="ELEMENT"/>
    <one-to-many class="Elements" />
</set>

Coté n (classe elements):

Code :

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

 <many-to-one name='element" class="Groupe"  column="ELEMENT"/>

J'espere que cela pourra t'aider

[Monta^^]

Merci pour vos réponse, c'est très gentil ^^

Hello,

clairement, utilise hibernate tools, ca facilite la vie! Il te génère tous les fichiers hbm et java à partir de la DB!

où est ce que je peus trouver un bon tuto de hibernate tool ?!

[ruscov]

Sur le site d'hibernate lol!
http://www.hibernate.org/hib_docs/to...n/html_single/

Seul hic, c'est que le site est en maintenance depuis 1 semaine maintenant. Mais heureusement Google est là et si tu tapes hibernate Tools dans Google, tu peux afficher la cache de Google pour voir le site.

[henpower]

Tout est dans le titre de mon post. en fin je n'ai rien contre l'utilisation des outils à "tout faire". cependant pour ceux qui préfère générer les fichiers de mapping via hibernate tools à partir du sql. vous êtes posez la question par exemple d'implémentation d'un éventuelle cas d'héritage? Car il en existe plusierus stratégies d'implémentation à cet effet selon les objectifs visées. Etes sur que celle géérée par hibernate tools vous convient? auriez vou besoin de polymorphisme? bref autant d question que d'après moi je crois que la décision revient au developpeur.

Voila pour quoi en gégéral je fais mes mapping moi meme et je laisse les outils gégéré le java et le sql.

[OButterlin]

Tout est dans le titre de mon post. en fin je n'ai rien contre l'utilisation des outils à "tout faire". cependant pour ceux qui préfère générer les fichiers de mapping via hibernate tools à partir du sql. vous êtes posez la question par exemple d'implémentation d'un éventuelle cas d'héritage? Car il en existe plusierus stratégies d'implémentation à cet effet selon les objectifs visées. Etes sur que celle géérée par hibernate tools vous convient? auriez vou besoin de polymorphisme? bref autant d question que d'après moi je crois que la décision revient au developpeur.

Voila pour quoi en gégéral je fais mes mapping moi meme et je laisse les outils gégéré le java et le sql.

C'est pas faux, mais rien n'empêche de faire le gros-œuvre avec un outil et de modifier les spécificités à la main...
Il n'y a pas de bonne et mauvaise pratique, c'est un choix personnel avant tout, mais je trouve pour ma part qu'il n'y a pas de raison à se faire braire à écrire du code qu'un outil pourrait faire tout aussi bien en 3 clicks...

(c'est un peu comme ceux qui préconisent de coder avec wordpad et compiler avec javac... galère et ça n'apporte rien à la qualité du programme)

[DeathMaker]

(c'est un peu comme ceux qui préconisent de coder avec wordpad et compiler avec javac... galère et ça n'apporte rien à la qualité du programme)

Non, mais ça aide à la compréhension de java. Une étape obligatoire à mon sens.
Alors utiliser un outil, oui. Mais avant, il convient d'essayer de le faire seul.

Car le jour où, comme l'explique henpower, il devra faire quelque chose de spécifique et mettre les mains dans le cambouis, et bien il sera content d'avoir effectué les premières étapes !

Aux bébés, on leur apprends à marcher avant de leur apprendre à courir, non ?

[zorm]

Aux bébés, on leur apprends à marcher avant de leur apprendre à courir, non ?

Afin de continuer dans les exemples farfelus.
A un bébé, on lui apprend à marcher, certes; mais on lui montre surtout qu'en prenant appui dans un premier temps sur les éléments de son environnement (table, mur...), il arrivera plus facilement à appréhender l'équilibre nécessaire pour marcher.

Bref, ce que je veux dire, c'est qu'il faut arrêter les discours idéalistes du genre "faut tout faire à la main, c'est mieux, c'est plus propre, ça permet de comprendre..."; si on a le temps pour ça, c'est bien mais c'est rarement le cas.
L'intérêt d'hibernate tools n'est pas de tout faire mais bien de poser un squelette pour les fichiers (ou de base de données) utilisable par Hibernate.
Sinon, Hibernate est un outil extrêmement configurable et suffisament complet(et complexe) pour retravailler à sa guise les fichiers générés après. Ceci n'empèche qu'on a déjà une bonne partie du code pré-écrit sur lequel on a pas besoin de revenir et du coup, on y gagne en temps passé.

Alors utiliser un outil, oui. Mais avant, il convient d'essayer de le faire seul.

Tu utilises tout les jours énormement d'outils et tu n'as pas pour autant essayé de les faire tout seul avant, je vois pas pourquoi ça devrait etre différent forcement pour tout ce qui touche la programmation...

[DeathMaker]

[...]
Tu utilises tout les jours énormement d'outils et tu n'as pas pour autant essayé de les faire tout seul avant, je vois pas pourquoi ça devrait etre différent forcement pour tout ce qui touche la programmation...

Certes, mais lorsque je lis ça:

sauf que je n'ai pas compris l'utilisation du mot clé "set" dans les fichiers *.hbm.xml ...

Je vois pas l'intéret de proposer un outil qui va justement lui générer correctement le "set", sans pour autant qu'il comprenne ce qui a été généré !

Je suis tout à faire d'accord avec toi qu'il ne faut pas réinventer la roue, et se servir d'outil qui nous pré-mâche le travail.
Cependant, je pense qu'il faut un minimum connaitre ce que cet outil nous pond pour rester maître du code généré.

[OButterlin]

Afin de continuer dans les exemples farfelus.
A un bébé, on lui apprend à marcher, certes; mais on lui montre surtout qu'en prenant appui dans un premier temps sur les éléments de son environnement (table, mur...), il arrivera plus facilement à appréhender l'équilibre nécessaire pour marcher.

Bref, ce que je veux dire, c'est qu'il faut arrêter les discours idéalistes du genre "faut tout faire à la main, c'est mieux, c'est plus propre, ça permet de comprendre..."; si on a le temps pour ça, c'est bien mais c'est rarement le cas.
L'intérêt d'hibernate tools n'est pas de tout faire mais bien de poser un squelette pour les fichiers (ou de base de données) utilisable par Hibernate.
Sinon, Hibernate est un outil extrêmement configurable et suffisament complet(et complexe) pour retravailler à sa guise les fichiers générés après. Ceci n'empèche qu'on a déjà une bonne partie du code pré-écrit sur lequel on a pas besoin de revenir et du coup, on y gagne en temps passé.


Tu utilises tout les jours énormement d'outils et tu n'as pas pour autant essayé de les faire tout seul avant, je vois pas pourquoi ça devrait etre différent forcement pour tout ce qui touche la programmation...

+1

[OButterlin]

Certes, mais lorsque je lis ça:


Je vois pas l'intéret de proposer un outil qui va justement lui générer correctement le "set", sans pour autant qu'il comprenne ce qui a été généré !

Je suis tout à faire d'accord avec toi qu'il ne faut pas réinventer la roue, et se servir d'outil qui nous pré-mâche le travail.
Cependant, je pense qu'il faut un minimum connaitre ce que cet outil nous pond pour rester maître du code généré.

Désolé, mais pour moi, le problème ne vient pas de l'outil...
Il y a ceux qui cherchent lorsqu'ils rencontrent un problème et les assistés... et que le code original ait été généré par un outil ou par une main ne change rien à l'affaire...

[willoi]

En fait, chacun fais comme il le souhaite.
Utiliser des outils ou pas ...

Il faut juste en assumer les conséquences, car quand quelqu'un demande de l'aide sur une techno particulière et te dis qu'il utilise tel outil et que toi tu connais cette techno mais pas les outils, et bien ... comment dire .... tu ne peux pas vraiment aider cette personne.
Je sais pas si j'ai été très clair. Mais en gros les outils c'est bien mais faut savoir à quoi ca sert ^^

[OButterlin]

En fait, chacun fais comme il le souhaite.
Utiliser des outils ou pas ...

Il faut juste en assumer les conséquences, car quand quelqu'un demande de l'aide sur une techno particulière et te dis qu'il utilise tel outil et que toi tu connais cette techno mais pas les outils, et bien ... comment dire .... tu ne peux pas vraiment aider cette personne.
Je sais pas si j'ai été très clair. Mais en gros les outils c'est bien mais faut savoir à quoi ca sert ^^

Là encore, c'est une question de personne.
J'utilise les outils de génération de code mais je connais très bien la syntaxe qu'ils génèrent... c'est une question de productivité...

[DeathMaker]

Là encore, c'est une question de personne.
J'utilise les outils de génération de code mais je connais très bien la syntaxe qu'ils génèrent... c'est une question de productivité...

CQFD