Affectif: La demande Java est responsable de la génération (c'est-à-dire une affectation manuelle)
Native: La base de données sous-jacente génère automatiquement des identifiants. Si c'est MySQL, c'est auto_increment, s'il est oracle, c'est une séquence, etc.
Lorsque vous fonctionnez, vous devez toujours combiner le fichier hibernate.cfg.xml, car si la propriété HBM2DDL.Auto dans la base de données est mise à jour, il est acceptable de définir la clé primaire pour augmenter automatiquement; Mais s'il est créé, s'il n'a pas changé manuellement la deuxième fois, un bogue peut se produire.
D'une manière générale, vous pouvez simplement suivre le type de données Java.
Les types de données les plus sujettes aux erreurs sont la date et l'horodatage.
- Le type de date peut être mappé sur java.util.date ou java.sql.date. Date représentative: yyyy-mm-dd
- Le type de temps correspond à l'heure représentée par Java.util.Time et Java.Sql.Time: HH: MM: SS
- Timesaamp peut être mappé sur java.util.date ou java.sql.timestamp, représentant l'heure et la date: yyyymmddhhmms
Comment changer le type de base de données dans sa base de données AZI?
Modifiez la propriété Type de la propriété de l'objet de classe dans le fichier xx.hbm.xml. Changez-le simplement en type de données qui vient avec Hibernate.
Voici un résumé des types d'objets pris en charge par Hibernate:
Lorsque vous fonctionnez, vous n'avez qu'à suivre l'API correspondante.
Il convient de noter que MySQL ne prend pas en charge le type CLOB standard. Dans MySQL, les types de texte, de texte moyen et de texte sont utilisés pour représenter de longues données de texte avec une longueur de plus de 255.
Un objet dans une classe d'entité appartient à une classe définie par l'utilisateur
comme:
<composant name = "adresse"> <propriété name = "postcode" chronn = "postcode" /> <propriété name = "phone" chronn = "phone" /> <propriété name = "adresse" colonnes = "adresse" /> </ composant>
C'est-à-dire que, une fois qu'il s'agit d'un type défini par l'utilisateur, la balise de composant doit être utilisée dans le fichier xx.hbm.xml, plutôt que dans la balise de propriété simple. Cela devrait être fait attention.
Ici, nous utilisons principalement plusieurs API couramment utilisées pour la session. Comme Enregistrer, mettre à jour, supprimer et obtenir / charger, etc.
- Enregistrer: appelez directement session.save (instance de l'objet)
- get / chargement: session.get / chargement (xx.class, identifiant); où cet identifiant peut être la valeur correspondant à la clé primaire
- Mise à jour: session.update (instance de l'objet)
- delete: session.delete (instance de l'objet)
- 1. Sans considérer le cache, la méthode GET envoie des instructions SQL à la base de données immédiatement après avoir été appelée, renvoyant un objet persistant, tandis que la méthode de charge renvoie un objet proxy après avoir été appelé. L'objet proxy enregistre uniquement l'ID de l'objet Entity et publiera une instruction SQL lorsqu'il connaît les attributs de clé non primaire de l'objet applicable.
- 2. Lors de l'interrogation des données qui n'existent pas dans la base de données, la méthode GET renvoie NUL
Ce qui précède est tout le contenu de cet article sur l'analyse des exemples d'opération de table unique d'hibernate, j'espère que cela sera utile à tout le monde. Les amis intéressés peuvent continuer à se référer à d'autres sujets connexes sur ce site. S'il y a des lacunes, veuillez laisser un message pour le signaler. Merci vos amis pour votre soutien pour ce site!