Hibernate : session.get과 session.load의 차이점

Hibernate : session.get과 session.load의 차이점

---

API에서 프록시와 관련이 있음을 알 수 있습니다. 그러나 나는 프록시에 대한 많은 정보를 찾을 수 없었고 호출 session.get과 의 차이점을 이해하지 못했습니다 session.load. 누군가 나를 참조 페이지로 설명하거나 안내해 주시겠습니까?

감사합니다!!

---

로부터 최대 절전 모드 포럼 :

이것은 Hibernate in Action 책에서 발췌 한 것입니다. 잘 읽었어요 ..

---

식별자로 개체 검색 다음 Hibernate 코드 조각은 데이터베이스에서 사용자 개체를 검색합니다.

User user = (User) session.get(User.class, userID);

get () 메서드는 식별자가 클래스의 단일 인스턴스를 고유하게 식별하기 때문에 특별합니다. 따라서 응용 프로그램에서 식별자를 영구 개체에 대한 편리한 핸들로 사용하는 것이 일반적입니다. 식별자 별 검색은 개체를 검색 할 때 캐시를 사용하여 개체가 이미 캐시 된 경우 데이터베이스 적중을 방지 할 수 있습니다. Hibernate는 또한 load () 메소드를 제공합니다 :

User user = (User) session.load(User.class, userID);

load () 메서드는 오래되었습니다. 사용자 요청으로 인해 Hibernate의 API에 get ()이 추가되었습니다. 차이는 사소합니다.

load ()가 캐시 또는 데이터베이스에서 객체를 찾을 수 없으면 예외가 발생합니다. load () 메서드는 null을 반환하지 않습니다. get () 메서드는 객체를 찾을 수없는 경우 null을 반환합니다.

load () 메서드는 실제 영구 인스턴스 대신 프록시를 반환 할 수 있습니다. 프록시는 처음 액세스 할 때 실제 개체의로드를 트리거하는 자리 표시 자입니다. 반면에 get ()은 프록시를 반환하지 않습니다. get ()과 load () 중 하나를 선택하는 것은 쉽습니다. 영구 객체가 존재하고 존재하지 않는 것이 예외적 인 것으로 간주되는 것이 확실하다면 load ()가 좋은 옵션입니다. 주어진 식별자를 가진 영구 인스턴스가 있는지 확실하지 않은 경우 get ()을 사용하고 반환 값을 테스트하여 null인지 확인합니다. load ()를 사용하면 추가 의미가 있습니다. 응용 프로그램은 영구 상태를 검색하기 위해 데이터베이스에 연결하지 않고도 영구 인스턴스에 대한 유효한 참조 (프록시)를 검색 할 수 있습니다. 따라서 load ()는 캐시 나 데이터베이스에서 영구 객체를 찾지 못하면 예외를 throw하지 않을 수 있습니다. 나중에 프록시에 액세스 할 때 예외가 발생합니다. 물론 식별자로 객체를 검색하는 것은 임의의 쿼리를 사용하는 것만 큼 유연하지 않습니다.

---

음, 적어도 nhibernate에서 session.Get (id)는 데이터베이스에서 객체를로드하는 반면 session.Load (id)는 서버를 떠나지 않고 프록시 객체 만 생성합니다. POCO (또는 POJO :)의 다른 모든 지연로드 된 속성처럼 작동합니다. 그런 다음이 프록시를 개체 자체에 대한 참조로 사용하여 관계 등을 만들 수 있습니다.

Id 만 유지하고 필요한 경우 나머지를로드하는 개체가있는 것으로 생각하십시오. FK와 같은 관계를 만들기 위해 전달하는 경우 ID 만 있으면됩니다.

---

session.load ()는 데이터베이스에 접속하지 않고 항상 "proxy"(Hibernate 용어)를 반환합니다. Hibernate에서 proxy는 주어진 식별자 값을 가진 객체이고, 그것의 속성은 아직 초기화되지 않았으며, 단지 임시 가짜 객체처럼 보입니다. 행이 없으면 ObjectNotFoundException이 발생합니다.

session.get ()은 항상 데이터베이스를 검색하고 프록시가 아닌 데이터베이스 행을 나타내는 개체 인 실제 개체를 반환합니다. 행이 없으면 null을 반환합니다.

이러한 방법을 사용한 성능도 diff를 만듭니다. 둘 사이 ...

---

추가 포인트 ::

Hibernate Session 클래스의 get 메소드는 객체가 데이터베이스뿐만 아니라 캐시에서도 발견되지 않으면 null을 반환합니다. load () 메서드는 객체가 데이터베이스뿐만 아니라 캐시에서도 발견되지 않고 null을 반환하지 않는 경우 ObjectNotFoundException을 throw합니다.

---

"get"대신 "load"를 사용하는 간접적 인 결과는 버전 속성을 사용하는 낙관적 잠금이 예상대로 작동하지 않을 수 있다는 것입니다. 로드가 단순히 프록시를 만들고 데이터베이스에서 읽지 않으면 version 속성이로드되지 않습니다. 버전은 나중에 객체의 속성을 참조하여 선택을 트리거하는 경우에만로드됩니다. 그 동안 다른 세션에서 객체를 업데이트 할 수 있으며 세션에 낙관적 잠금 검사를 수행하는 데 필요한 원래 버전이 없으므로 세션의 업데이트가 경고없이 다른 세션의 업데이트를 덮어 씁니다.

다음은 동일한 식별자를 가진 개체로 작업하는 두 세션으로이 시나리오를 스케치하려는 시도입니다. DB에있는 객체의 초기 버전은 10입니다.

Session 1                  Session 2
---------                  ---------
Load object
Wait a while..   
                           Load object
                           Modify object property
                           [triggers db 'select' -
                            version read as 10]
                           Commit
                           [triggers db update,
                            version modified to 11]
Modify object property
  [triggers db 'select' -
  version read as 11]
Commit
  [triggers db update,
  version modified to 12]

We actually want session 1's commit to fail with an optimistic lock exception, but it will succeed here.

Using "get" instead of "load" works around the problem, because get will immediately issue a select, and the version numbers will be loaded at the correct times for the optimistic lock checking.

---

Also we have to be careful while using load as it will throw an exception if the object is not present. We have to use it only when we are sure that object exists.

---

An excellent explanation is found at http://www.mkyong.com/hibernate/different-between-session-get-and-session-load
session.load() :
It will always return a “proxy” (Hibernate term) without hitting the database.
In Hibernate, proxy is an object with the given identifier value, its properties are not initialized yet, it just look like a temporary fake object.
It will always return a proxy object with the given identity value, even the identity value is not exists in database. However, when you try to initialize a proxy by retrieve it’s properties from database, it will hit the database with select statement. If no row is found, a ObjectNotFoundException will throw.
session.get() :
It always hit the database(if not found in cache) and return the real object, an object that represent the database row, not proxy.
If no row found , it return null.

---

load() can’t find the object from cache or database, an exception is thrown and the load() method never returns null.

get() method returns null if the object can’t be found. The load() method may return a proxy instead of a real persistent instance get() never returns a proxy.

참고URL : https://stackoverflow.com/questions/608947/hibernate-difference-between-session-get-and-session-load