Type Real sous postgres

**julienOriano** · 26/07/2006, 14h35

Bonjour,

Dans ma BD postgres j'ai des champs de type Real, et j'aimerai pouvoir récupérer
ces champs dans mon POJO.

Quel mapping dois je faire.

Code :

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

1
2
3
4
5
6
 
<property
  column="quantite"
  name="quantite"
  type=""
 />

je met quoi dans type ??????????

**cicolas** · 26/07/2006, 14h39

met type="float".
Hibernate se chargera de faire la conversion de types normalement.

Hibernate Tools bien que merdant pour pas mal de trucs propose une auto-complétion très très pratique.

**julienOriano** · 26/07/2006, 14h42

hibernate tools sous eclipse ?
J'ai installé le synchroniser mais je n'aime pas !

**cicolas** · 26/07/2006, 14h44

Wouaih Hibernate Tools =>
Site officiel: http://www.hibernate.org/255.html
Download : http://sourceforge.net/project/showf...ease_id=412488

**BizuR** · 26/07/2006, 15h43

Personnellement, histoire de bien faire les choses

, je laisse, en général, hibernate choisir les conversions. Je me contente donc de ces lignes :

Code :

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

<property name="truc" column="machin" />

sans l'attribut type, et ca a toujours fonctionné

**julienOriano** · 26/07/2006, 15h55

Merci en fait vu que j'ai installé jboss ide je l avais

**cicolas** · 26/07/2006, 15h57

L'attribut type est juste utile si tu veux générer tes tables à partir de tes mappings (cf. hbm2ddl).
Beaucoup d'autres attributs permettent de préciser les différentes caractéristiques en base : length, check, schema, table.... Ils sont pour la plupart optionnels, ou ne servent que dans certains cas.

**BizuR** · 26/07/2006, 16h13

C'est sur mais bon, lorsque tu crées ta table via Hibernate, tu t'attends à créer une base "portable" et donc qui n'utilises pas de type "particulier" à certaines Base de Données (ca c'est comme le type LONG d'Oracle ... j'te le jetterai aux orties celui la !!!

, j'ai jamais vu pire

)

Donc ici, j'en déduis qu'il est dans un cas d'utilisation de base existante, donc le type n'est pas "obligatoire"