1. Qu'est-ce que l'ORM ?
Le mappage objet-relationnel (ORM) est une technologie permettant de résoudre le problème d'inadéquation entre le modèle orienté objet du programme et le modèle relationnel de la base de données
Simple In ; en d'autres termes, ORM conserve automatiquement les objets du programme dans la base de données relationnelle ou convertit les lignes de la table de la base de données relationnelle en utilisant des métadonnées qui décrivent le mappage entre l'objet et la base de données (XML ou annotations peuvent être utilisées en Java). Objet Java, qui convertit essentiellement les données d'un formulaire à un autre.
2. SessionFactory dans Hibernate est-il thread-safe ? La session est-elle thread-safe (deux threads peuvent-ils partager la même session) ?
SessionFactory correspond à un concept de stockage de données d'Hibernate. Il est thread-safe et est accessible simultanément par plusieurs threads. SessionFactory n'est généralement construit qu'au démarrage. Pour les applications, il est préférable d'encapsuler SessionFactory via le mode singleton pour un accès facile.
(Recommandation vidéo d'apprentissage : tutoriel vidéo Java)
La session est un objet léger non thread-safe (la session ne peut pas être partagée entre les threads), qui représente la connexion avec la base de données Une unité de travail avec laquelle interagit. La session est créée par SessionFactory et elle sera fermée une fois la tâche terminée. La session est l'interface principale fournie par le service de couche de persistance.
La session retardera l'obtention de la connexion à la base de données (c'est-à-dire qu'elle ne l'obtiendra qu'en cas de besoin). Afin d'éviter de créer trop de sessions, vous pouvez utiliser ThreadLocal pour lier la session au thread actuel, afin que le même thread obtienne toujours la même session. La méthode getCurrentSession() de SessionFactory dans Hibernate 3 peut le faire.
3. Que font les méthodes save(), update(), merge(), lock(), saveOrUpdate() et persist() de Session ? Quelle est la différence ?
Les objets Hibernate ont trois états : transitoire, persistant et détaché.
Les instances transitoires peuvent être rendues persistantes en appelant save(), persist() ou saveOrUpdate();
Les instances gratuites peuvent être rendues persistantes en appelant update(), saveOrUpdate(), lock( ) ou replicate() devient persistant. save() et persist() déclencheront des instructions SQL INSERT, et update() ou merge() déclencheront des instructions UPDATE.
La différence entre save() et update() est que l'un transforme un objet transitoire en un état persistant et l'autre transforme un objet libre en un état persistant. La méthode merge() peut compléter les fonctions des méthodes save() et update(). Son intention est de fusionner le nouvel état dans l'objet persistant existant ou de créer un nouvel objet persistant.
Pour la méthode persist(), suivez les instructions de la documentation officielle :
1. La méthode persist() persiste une instance transitoire, mais elle ne garantit pas que l'identifiant sera rempli. dans immédiatement. Dans une instance persistante, le remplissage de l'identifiant peut être reporté jusqu'au moment du vidage
2. La méthode persist() garantit que lorsqu'elle est appelée en dehors d'une transaction, elle ne déclenchera pas d'instruction INSERT ; . Si nécessaire Lors de l'encapsulation d'un long processus de session, la méthode persist() est nécessaire
(Tutoriel recommandé : Java Quick Start)
3. L'élément 2 n'est pas garanti, il renvoie l'identifiant, il exécutera donc l'instruction INSERT immédiatement, que ce soit à l'intérieur ou à l'extérieur de la transaction. Quant à la différence entre la méthode lock() et la méthode update(), la méthode update() change un objet dans un état détaché qui a été transformé en un état persistant, la méthode lock() change un objet dans un état détaché ; cela n’est pas devenu un état persistant.
4. Expliquez le processus de chargement des objets d'entité dans la session
1 Avant d'appeler la fonction de requête de base de données, la session utilisera d'abord le type d'entité et la clé primaire dans le. recherche dans le cache de premier niveau, si la recherche dans le cache de premier niveau réussit et que l'état des données est légal, retournez directement
2. Si le cache de premier niveau n'aboutit pas, alors la session sera enregistrée dans ; les NonExists actuels (équivalent à une liste noire de requêtes, si les requêtes invalides répétées peuvent être rapidement jugées, améliorant ainsi les performances). Si la même condition de requête existe dans NonExists, null sera renvoyé
Si le premier- ; la requête du cache de niveau échoue, interrogez le cache de deuxième niveau, si le cache de deuxième niveau atteint, il sera renvoyé directement
4. Si les requêtes précédentes n'ont pas abouti, l'instruction SQL sera émise. la requête ne trouve pas l'enregistrement correspondant, la requête sera ajoutée aux NonExists de la session pour l'enregistrer, et renvoie null
5 Obtenez le ResultSet selon la configuration du mappage et l'instruction SQL, et créez. l'objet entité correspondant ;
6. Incorporer l'objet dans la gestion de la session (cache de niveau un) ;
7. S'il existe un intercepteur correspondant, exécutez la méthode onLoad de l'intercepteur ;
8. S'il est activé et configuré pour utiliser le cache de deuxième niveau, l'objet de données sera inclus dans le cache de deuxième niveau
9.
5. Quelle est la différence entre utiliser # et $ pour écrire des espaces réservés dans MyBatis ?
# Traitez les données entrantes comme une chaîne et ajoutez automatiquement des guillemets aux données entrantes
$ affiche et génère les données entrantes directement en SQL.
Remarque : l'utilisation de l'espace réservé $ peut conduire à des attaques par injection SQL. N'utilisez pas $ où # peut être utilisé. Vous devez utiliser $ au lieu de # lors de l'écriture de la clause order by.
Recommandations de tutoriel associées : questions d'entretien Java
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!