[jpa] getOne 및 findOne 메소드를 사용하는 경우 Spring Data JPA

TL; DR

T findOne(ID id)(이전 API의 Optional<T> findById(ID id)이름 ) / (새 API의 이름)은 엔티티 열망 로딩EntityManager.find() 을 수행하는 데 의존 합니다 .

T getOne(ID id)에 의존 EntityManager.getReference()하는 수행하는 개체 지연로드 . 따라서 엔티티를 효과적으로로드하려면 메소드를 호출해야합니다.

findOne()/findById()보다 더 명확하고 사용하기 쉽습니다 getOne().
따라서 대부분의 경우을 선호 findOne()/findById()합니다 getOne().

API 변경

최소한 2.0버전이 Spring-Data-Jpa수정되었습니다 findOne().
이전에는 CrudRepository인터페이스 에서 다음 과 같이 정의 되었습니다.

T findOne(ID primaryKey);

이제, findOne()당신이 찾게 될 유일한 방법 CrudRepository은 QueryByExampleExecutor인터페이스 에서 다음 과 같이 정의 된 것입니다 :

<S extends T> Optional<S> findOne(Example<S> example);

인터페이스 SimpleJpaRepository의 기본 구현 인에 의해 마침내 구현 CrudRepository됩니다.
이 방법은 예제 검색에 의한 쿼리이며 대체 방법으로 원하지 않습니다.

실제로 동일한 동작을 가진 메소드가 여전히 새 API에 있지만 메소드 이름이 변경되었습니다.
그것은에서 이름이 바뀌 었 findOne()에 findById()의 CrudRepository인터페이스 :

Optional<T> findById(ID id); 

이제는를 반환합니다 Optional. 어느 것이 예방하기에 나쁘지 않습니다 NullPointerException.

그래서, 실제 선택은 사이에 지금 Optional<T> findById(ID id)과 T getOne(ID id).

두 개의 고유 한 JPA EntityManager 검색 메소드에 의존하는 두 개의 고유 한 메소드

1) Optional<T> findById(ID id)javadoc은 다음과 같이 말합니다.

ID로 엔티티를 검색합니다.

구현을 살펴보면 EntityManager.find()검색을 수행 하는 데 의존한다는 것을 알 수 있습니다 .

public Optional<T> findById(ID id) {

    Assert.notNull(id, ID_MUST_NOT_BE_NULL);

    Class<T> domainType = getDomainClass();

    if (metadata == null) {
        return Optional.ofNullable(em.find(domainType, id));
    }

    LockModeType type = metadata.getLockModeType();

    Map<String, Object> hints = getQueryHints().withFetchGraphs(em).asMap();

    return Optional.ofNullable(type == null ? em.find(domainType, id, hints) : em.find(domainType, id, type, hints));
}

그리고 여기 em.find()에 EntityManager선언 된 방법이 있습니다 :

public <T> T find(Class<T> entityClass, Object primaryKey,
                  Map<String, Object> properties);

javadoc 상태 :

지정된 속성을 사용하여 기본 키로 찾기

따라서로드 된 엔티티 검색이 예상됩니다.

2) T getOne(ID id)javadoc 상태 (강조는 내 것) :

주어진 식별자를 가진 엔터티에 대한 참조 를 반환합니다 .

실제로 참조 용어는 실제로 보드이며 JPA API는 getOne()메소드를 지정하지 않습니다 .
따라서 Spring 래퍼가하는 일을 이해하기 위해 가장 좋은 방법은 구현을 조사하는 것입니다.

@Override
public T getOne(ID id) {
    Assert.notNull(id, ID_MUST_NOT_BE_NULL);
    return em.getReference(getDomainClass(), id);
}

다음과 같이 선언 em.getReference()된 EntityManager메소드가 있습니다.

public <T> T getReference(Class<T> entityClass,
                              Object primaryKey);

그리고 다행히도 EntityManagerjavadoc은 의도를 더 잘 정의했습니다 (강조는 내 것입니다).

상태가 느리게 페치 될 수있는 인스턴스를 가져옵니다 . 요청 된 인스턴스가 데이터베이스에 없으면 인스턴스 상태에 처음 액세스 할 때 EntityNotFoundException이 발생 합니다 . 지속성 제공자 런타임은 getReference가 호출 될 때 EntityNotFoundException을 발생 시킬 수 있습니다 . 애플리케이션은 엔티티 관리자가 열려있는 동안 애플리케이션이 액세스하지 않는 한 분리시 인스턴스 상태가 사용 가능할 것으로 예상해서는 안됩니다 .

따라서 호출 getOne()하면 느리게 가져온 엔티티를 리턴 할 수 있습니다.
여기서 게으른 인출은 엔터티의 관계가 아니라 엔터티 자체의 관계를 나타냅니다.

이는 우리가 호출 getOne()한 다음 지속성 컨텍스트가 닫히면 엔티티가로드되지 않아 결과를 실제로 예측할 수 없음을 의미합니다.
예를 들어 프록시 객체가 직렬화 된 null경우 직렬화 된 결과로 참조를 가져 오거나 프록시 객체에서 메소드가 호출 된 경우 예외 LazyInitializationException가 발생합니다.
따라서 이러한 상황에서는 엔터티가 존재하지 않는 동안 오류 상황이 수행되지 않을 수 있기 때문에 데이터베이스에 존재하지 않는 인스턴스를 처리하는 EntityNotFoundException데 사용되는 주된 이유 getOne()입니다.

어쨌든 로딩을 보장하려면 세션이 열린 상태에서 엔티티를 조작해야합니다. 엔티티에서 메소드를 호출하여이를 수행 할 수 있습니다.
또는 findById(ID id)대신 더 나은 대안 사용 .

왜 그렇게 불분명 한 API입니까?

마무리하기 위해 Spring-Data-JPA 개발자에게 두 가지 질문이 있습니다.

• 더 명확한 문서가없는 이유는 getOne()무엇입니까? 엔티티 지연 로딩은 실제로 세부 사항이 아닙니다.

• 왜 getOne()랩 을 소개해야 EM.getReference()합니까?
  왜 단순히 래핑 된 방법을 고수하지 getReference()않습니까? 이 EM 방법은 매우 특별하지만 getOne() 간단한 처리를 제공합니다.

답변

public static String NON_EXISTING_ID = -1;
...
MyEntity getEnt = myEntityRepository.getOne(NON_EXISTING_ID);
MyEntity findEnt = myEntityRepository.findOne(NON_EXISTING_ID);

if(findEnt != null) {
     findEnt.getText(); // findEnt is null - this code is not executed
}

if(getEnt != null) {
     getEnt.getText(); // Throws exception - no data found, BUT getEnt is not null!!!
}

See Also:
EntityManager.getReference(Class, Object)

public UserDTO getById(int userId) throws Exception {

    final User user = userDao.getOne(userId);

    if (user == null) {
        throw new ServiceException("User not found", HttpStatus.NOT_FOUND);
    }
    userDto = mapEntityToDto.transformBO(user, UserDTO.class);

    return userDto;
}

{
"collection": {
    "version": "1.0",
    "data": {
        "id": 1,
        "name": "TEST_ME",
        "bookList": null
    },
    "error": null,
    "statusCode": 200
},
"booleanStatus": null

{
"collection": {
    "version": "1.0",
    "data": {
        "id": 0,
        "name": "Annama",
        "bookList": [
            {
                "id": 2,
                "book_no": "The karma of searching",
            }
        ]
    },
    "error": null,
    "statusCode": 200
},
"booleanStatus": null