Mappage des types de données primitifs

Types de données pris en charge

Au cours des trois niveaux précédents, nous nous sommes un peu familiarisés avec Hibernate. C'est l'heure du second tour. Nous allons maintenant commencer à étudier la même chose, mais plus en profondeur. Et nous commencerons par mapper les champs de la classe Entity aux colonnes des tables de la base de données.

Comme vous le savez déjà, le mappage d'un champ dans une classe Entity à une colonne se fait à l'aide de l' annotation @Column . Et maintenant la question est : quels types de champs peuvent être cartographiés avec une telle annotation ?

Tous les types de données en Java peuvent être divisés en trois groupes :

• Le type est assez simple et facile à stocker dans une base de données .
• Le type est complexe et vous devez lui écrire un convertisseur spécial .
• Le type est très complexe et nécessite une table séparée pour stocker ses valeurs .

Les types simples qu'Hibernate sait stocker incluent :

Tous ces types ont leurs homologues dans le langage SQL, donc Hibernate sait comment les stocker et les charger à partir de la base de données.

Exemple:

@Entity
@Table(name="user")
class User
{
   @Column(name="id")
   public Integer id;

   @Column(name="name")
   public String name;

   @Column(name="level")
   public Integer level;

   @Column(name="created_date")
   public Date createdDate;
}

Attribution de type manuelle - Annotation @Type

Parfois, vous voudrez peut-être altérer la politique d'Hibernate et lui dire explicitement quel type stocker les données dans la base de données. Par exemple, vous avez un champ dans votre classe Entity de type Integer, mais dans la base, il y a une colonne pour celui-ci avec le type VARCHAR.

Il y a une annotation spéciale pour cela - @Type . Ça a l'air très simple :

@Type(type="type-name")

Par exemple, demandons à Hibernate de rendre le champdate de créationde notre classe User a été stocké dans la base de données sous forme de chaîne :

@Entity
@Table(name="user")
class User
{
   @Column(name="id")
    public Integer id;

   @Column(name="created_date")
   @Type(type="org.hibernate.type.StringType")
    public Date createdDate;
}

Si Hibernate découvrait comment convertir le type Date en votre nouveau type, il le ferait tout simplement. S'il ne comprend pas, vous devrez spécifier un convertisseur de type spécial. Mais plus là-dessus plus tard.

Liste des types Hibernate pour les bases de données

Au fait, avez-vous remarqué que nous avons spécifié le type org.hibernate.type.StringType , et non String . En effet, nous avons choisi l'un des types supportés par le SGBD et non par le langage Java. Ils ont chacun leur propre système de type. C'est juste que les développeurs d'Hibernate ont proposé des noms pratiques de style Java au lieu de ces VARCHAR.

Soit dit en passant, cette liste n'est pas si petite. Je vais en donner une partie ici:

La table, bien sûr, est grande, mais très utile. Par exemple, il en ressort clairement que le type booléen peut être stocké dans la base de données d'au moins six manières différentes. Vous n'avez pas besoin de tant que ça ? Et qui a dit que vous choisissiez la manière d'économiser ?

Il n'y a pas de type booléen en SQL et il est souvent stocké comme ceci :

• 1 ou 0
• 'F' ou 'T'
• 'O' ou 'N'

Par conséquent, c'est très bien quand Hibernate comprend tous ces problèmes. Ou, par exemple, prenons le stockage des tableaux de données dans la base de données. Il existe un tas d'options différentes, et Hibernate sait comment travailler avec toutes :