Quelles sont détachés, persistante et objets transitoires en veille prolongée?

Ce sont détachées, persistante et objets transitoires en veille prolongée? Veuillez expliquer avec un exemple.

lors de la session.proche n'est-ce pas supprimer tous les objets étaient ceux de la persistance dans l'étendue de session?
Oui il va supprimer donc, chaque fois que vous fermez une session persistante de l'état d'un objet est converti à l'état Détaché.
nice lien fourni avec un code pour une meilleure compréhension

InformationsquelleAutor Jigar Joshi | 2010-04-04

152

Un new instance d'une classe persistante qui n'est pas associée à une Session, n'a pas de représentation dans la base de données et aucune valeur de l'identificateur est considéré comme transitoire par Hibernate:
```
Person person = new Person();
person.setName("Foobar");
//person is in a transient state
```
Un persistante exemple, a une représentation dans la base de données, une valeur d'identificateur et est associée à un Session. Vous pouvez faire une instance éphémère persistante en l'associant avec un Session:
```
Long id = (Long) session.save(person);
//person is now in a persistent state
```
Maintenant, si nous close Hibernate Session, l'instance persistante deviendra un détaché exemple: il n'est pas attaché à un Session plus (mais peut toujours être modifié et rattachée à une nouvelle Session par la suite).

Tout cela est clairement expliqué dans l'ensemble de la Le chapitre 10. Travailler avec des objets de la documentation Hibernate que je ne fais que paraphraser ci-dessus. Certainement, un must-read.
- Une valeur de l'identificateur est probablement pas une condition absolue pour un objet persistant depuis que j'ai pu utiliser l'identifiant attribué la stratégie de génération.
- En plus de la fermeture de la session, que les lire dans l'exemple, on peut détacher une instance par l'appel de session.evict(). Il supprime géré par Hibernate (et donc de prévenir les changements à l'instance d'être automatiquement propagées vers la db). Vous pouvez envoyer les modifications à la base de données via la session.mise à jour(), et de les rattacher à la session.merge().
- Nous avons beaucoup de temps à ne pas suivre d'origine docs fournis par des cadres.. qui parfois lui-même avez des informations cachées avec une bonne description juste besoin d'explorer. seul problème c'est que nous ne trouvons pas facilement 🙂
- A persistent instance has a representation in the database Persistant entité n'a pas une représentation dans la base de données avant de commettre l'opération d'enregistrement.
- Donc, détachée et transitoire de l'entité différence est présence de ID? Si je créer une nouvelle instance avec id attribué, puis officiellement, il est transitoire, car il n'est pas conservée, mais ne peuvent pas être distinguées l'une de détaché, parce qu'il a une identité. Droit?
InformationsquelleAutor Pascal Thivent
7

Objet dans hibernate a états suivants:

Transitoire - Objets instanciés à l'aide de l'opérateur new, sont appelés objets transitoires.

Un objet est transitoire si elle a juste été instancié à l'aide de l'opérateur new, et il n'est pas associé à une Session Hibernate. Il n'a pas de représentation permanente dans la base de données et pas de valeur d'identification a été attribué. Les instances éphémères seront détruites par le garbage collector si l'application ne tient pas une référence.

Persistant Un objet qui a une base de données d'identité qui lui est associé est appelé un objet persistant.

Une instance persistante a une représentation dans la base de données et une valeur d'identifiant. Elle pourrait avoir juste été sauvegardées ou chargées; cependant, il est, par définition, dans le cadre d'une Session. Hibernate permet de détecter les modifications apportées à un objet dans l'état persistant et de synchroniser l'état avec la base de données lorsque l'unité de travail est terminée.

Détaché - Une instance détachée est un objet qui a été persistant, mais dont la Session a été fermée.

Une instance détachée peut être rattachée à une nouvelle Session à une date ultérieure, le rendant de nouveau persistante. Cette fonctionnalité permet à un modèle de programmation pour de longues unités de travail qui nécessitent de l'utilisateur le temps de réflexion. Nous les appelons des transactions, c'est à dire, une unité de travail à partir du point de vue de l'utilisateur.

http://webiwip.com/interview-questions-answers/hibernate-interview-questions/32012

InformationsquelleAutor Sk Sharma
4

Laissez-moi vous expliquer en Garbage collector point de vue aussi.

Il y a 3 états d'Objet de mise en veille prolongée (ou) la Portée de l'Objet de mise en veille prolongée-
1. État transitoire
2. état persistant
3. état détaché
Il est préférable de comprendre avec un exemple de code-

Considérons une classe POJO comme Étudiant Objet->
```
Student student = new Student(); 
```
Maintenant, cet étudiant de l'objet est à état transitoire.

Quand on attache ce POJO objet à la session hibernate->
```
session.save(student);
```
Maintenant ce POJO objet est à état persistant.

(Garbage collector point de vue - GC ne peut pas effacer Tout objet qui est dans la persistance de l'état.
Soo nous pouvons dire que la persistance de l'état est comme de stockage temporaire pour les objets POJO)

Si nous exécuter->
```
session.beginTransaction.commit();
```
puis le POJO objet est Permanent ou de stockage de Base de données de l'état

(Garbage collector point de vue - GC ne peut pas anéantir cet objet parce que ce POJO de l'objet est maintenant en dehors de la portée de la JVM et stockées dans la
forme de tableau à l'intérieur d'une base de données.Soo nous pouvons dire que cette Base de données de stockage de l'état, c'est comme de stockage permanent pour les objets POJO)

Si nous exécuter->
```
session.evict(student); 
```
puis POJO objet est supprimé ou retiré arrière de la persistance de l'état à état détaché.Soo cet état de POJO objet est état détaché.

(Garbage collector point de vue - GC pouvez facilement effacer l'état détaché POJO objet de la JVM)

InformationsquelleAutor Sabunkar Tejas Sahailesh
1

Donné à l'entité suivante:
```
@Entity
public class City {
    @Id
    @GeneratedValue(strategy = GenerationType.AUTO)    
    private long id;

    //other fields and methods.
}
```
De Hibernate 5.2 documentation (j'ai aussi pris le removed état):

transitoire

l'entité a été instancié et n'est pas associée à une
contexte de persistance. Il n'a pas de représentation persistante dans la
base de données et généralement pas de valeur d'identification a été attribué (à moins que
le affectée générateur a été utilisé).
```
City city = new City();
```
géré, ou persistante

l'entité est associé à un identifiant et est associée à un
contexte de persistance. Il peut ou peut ne pas exister physiquement dans l'
base de données encore.
```
//city will be in a managed/persistent state and any changes to it, will be tracked by hibernate
//and reflected to the database when the persistence context is flushed.
session.save(city);
```
détaché

l'entité est associé à un identifiant, mais n'est plus associé
avec un contexte de persistance (généralement parce que le contexte de persistance
a été fermé, ou l'instance a été expulsé du contexte)
```
//city is in a detached state, Hibernate is no longer aware of the entity 
session.evict(city)
```
retiré

l'entité est associé à un identifiant et est associée à un
le contexte de persistance, mais il est prévu pour la suppression de la
la base de données.
```
session.remove(city);
```
Remarque:
L'API Hibernate offre aux couples de méthodes pour basculer entre les états des entités, et je pense qu'il vaut la peine d'explorer un Session Hibernate classe.

InformationsquelleAutor O.Badr
0

À côté de la bonne réponse déjà identifié persistante, transitoire, détaché sont juste de l'état de l'objet en mode veille prolongée.

Pour être plus précis, ces trois états de fait de montrer les hibernate modifications de l'objet et de la session du cycle de vie statut

InformationsquelleAutor Amol Dixit

Vous devez vous connecter pour publier un commentaire.