JPA와 스프링 데이터 JPA의 이해
F-Lab : 상위 1% 개발자들의 멘토링
AI가 제공하는 얕고 넓은 지식을 위한 짤막한 글입니다!
JPA와 스프링 데이터 JPA의 이해
JPA(Java Persistence API)는 자바 진형의 ORM(Object-Relational Mapping) 기술로, 개발자가 SQL을 작성하지 않아도 적절한 HQL을 생성하여 DB에 전달하고 객체를 매핑하는 기술입니다. 왜냐하면 JPA는 개발자가 직접 JDBC API를 사용하지 않아도 해결할 수 있어 생산성을 높일 수 있기 때문입니다.
JPA는 인터페이스 명세로, 이를 구현한 것 중 하나가 Hibernate입니다. Hibernate는 ORM 기술로 JPA를 구현한 프레임워크로, 가장 많이 사용되는 ORM 프레임워크 중 하나입니다. 왜냐하면 Hibernate는 JPA를 사용하면 자동으로 사용되기 때문입니다.
스프링 데이터 JPA는 스프링 프레임워크에서 지원하는 JPA입니다. 스프링 데이터 JPA 레파지토리를 통해 인터페이스를 구성하여 쿼리가 날아가도록 합니다. 왜냐하면 스프링 데이터 JPA는 스프링 쇼핑에서 지원해 주는 JPA이기 때문입니다.
JPA, 스프링 데이터 JPA, Hibernate 세 개의 관계를 정리해 보면, JPA는 인터페이스 명세이고, Hibernate는 이를 구현한 프레임워크이며, 스프링 데이터 JPA는 스프링 프레임워크에서 지원하는 JPA입니다. 왜냐하면 각각의 기술이 서로 다른 역할을 하기 때문입니다.
JPA의 개념들 중 엔터티(Entity)는 DB에서 사용하는 객체로, DB 테이블에 대응하는 클래스입니다. JPA에서 연속성 컨텍스트를 통해 관리됩니다. 왜냐하면 엔터티는 영구 저장하는 환경이기 때문입니다.
JPA의 주요 개념
JPA의 주요 개념 중 하나는 연속성 컨텍스트입니다. 연속성 컨텍스트는 엔터티 매니저를 통해 엔터티들을 저장, 조회, 삭제하는 환경입니다. 왜냐하면 연속성 컨텍스트는 엔터티 매니저를 통해 관리되기 때문입니다.
엔터티 매니저는 스레드 세이프하지 않습니다. 왜냐하면 동시성 문제에 자유롭지 않기 때문입니다. 엔터티 매니저는 객체로, 트랜잭션이 걸려 있을 때 캐시가 작동하여 성능적으로 좋지만, 문제가 될 부분들이 많습니다. 왜냐하면 트랜잭션이 걸렸을 때 캐시가 작동하기 때문입니다.
트랜잭션이 열리면 더티 체킹 기능이 활성화됩니다. 더티 체킹은 수정하면 자동으로 저장되는 기능입니다. 왜냐하면 트랜잭션이 열리면 엔터티 정보와 관련된 기능들이 활성화되기 때문입니다.
트랜잭션이 열리면 N + 1 문제가 발생할 수 있습니다. 왜냐하면 트랜잭션이 열리면 레이지 로딩이 자동으로 동작하기 때문입니다. 처음 접근할 때 불필요한 쿼리가 실행될 수 있어 주의가 필요합니다. 왜냐하면 영속성 컨텍스트에 따라 원치 않게 저장될 수 있기 때문입니다.
트랜잭션은 최대한 짧게 유지하는 것이 원칙입니다. 왜냐하면 비즈니스를 통째로 트랜잭션으로 감싸지 않기 때문입니다. DB 작업 시 레파지토리 레이어에서만 트랜잭션을 감싸는 것이 좋습니다. 왜냐하면 레파지토리 접근 시 1차 캐시를 이용하여 성능을 향상시킬 수 있기 때문입니다.
캐시의 활용
JPA와 스프링 데이터 JPA에서 캐시는 중요한 역할을 합니다. 1차 캐시는 트랜잭션 내에서 작동하며, 2차 캐시는 애플리케이션 전반에 사용됩니다. 왜냐하면 1차 캐시는 트랜잭션 내에서 작동하기 때문입니다.
스프링이나 JPA에서 제공하는 다양한 옵션이 있습니다. 로컬 캐시라고도 불리며, 스프링 제공 2차 캐시는 주로 EH 캐시로 제공됩니다. 왜냐하면 서버 내부 캐시로 사용되기 때문입니다.
로컬 캐시는 메모리 문제 발생 확률이 있습니다. 왜냐하면 서버 내부에서 동일 객체를 동시에 수정하게 되면 동시성 문제가 발생할 수 있기 때문입니다. 메모리가 충분한지 체크해야 합니다. 왜냐하면 로컬 메모리에 많은 데이터를 저장하면 OOM이 발생할 수 있기 때문입니다.
2차 캐시는 선택적으로, 특히 읽기 전용 상황에서 사용하는 것이 좋습니다. 왜냐하면 데이터베이스와 서버 중간에 Redis 같은 캐시를 두고 사용하는 것이 일반적이기 때문입니다. Redis 캐시를 적절히 사용하는 방법을 면접에서도 물어볼 수 있으니 준비해야 합니다. 왜냐하면 Redis 캐시는 데이터베이스와 서버 중간에 두고 사용하기 때문입니다.
2차 캐시를 사용할 때 @Cacheable 애노테이션을 사용하면 됩니다. 왜냐하면 활성화도 필요하기 때문입니다. 설정도 중요합니다. 왜냐하면 애플리케이션에 맞게 프로퍼티 설정도 필요하기 때문입니다. 캐시 모드 설정도 중요합니다. 왜냐하면 모든 옵션을 이해하고 암기하는 것이 중요하기 때문입니다.
트랜잭션과 더티 체킹
트랜잭션이 열리면 더티 체킹 기능이 활성화됩니다. 더티 체킹은 수정하면 자동으로 저장되는 기능입니다. 왜냐하면 트랜잭션이 열리면 엔터티 정보와 관련된 기능들이 활성화되기 때문입니다.
트랜잭션이 열리면 N + 1 문제가 발생할 수 있습니다. 왜냐하면 트랜잭션이 열리면 레이지 로딩이 자동으로 동작하기 때문입니다. 처음 접근할 때 불필요한 쿼리가 실행될 수 있어 주의가 필요합니다. 왜냐하면 영속성 컨텍스트에 따라 원치 않게 저장될 수 있기 때문입니다.
트랜잭션은 최대한 짧게 유지하는 것이 원칙입니다. 왜냐하면 비즈니스를 통째로 트랜잭션으로 감싸지 않기 때문입니다. DB 작업 시 레파지토리 레이어에서만 트랜잭션을 감싸는 것이 좋습니다. 왜냐하면 레파지토리 접근 시 1차 캐시를 이용하여 성능을 향상시킬 수 있기 때문입니다.
2차 캐시는 애플리케이션 전반에 사용되며, 스프링이나 JPA에서 제공하는 다양한 옵션이 있습니다. 왜냐하면 2차 캐시는 로컬 캐시라고도 불리기 때문입니다. 스프링 제공 2차 캐시는 주로 EH 캐시로 제공됩니다. 왜냐하면 서버 내부 캐시로 사용되기 때문입니다.
로컬 캐시는 메모리 문제 발생 확률이 있습니다. 왜냐하면 서버 내부에서 동일 객체를 동시에 수정하게 되면 동시성 문제가 발생할 수 있기 때문입니다. 메모리가 충분한지 체크해야 합니다. 왜냐하면 로컬 메모리에 많은 데이터를 저장하면 OOM이 발생할 수 있기 때문입니다.
면접 준비와 실전
면접 준비는 철저히 해야 합니다. 왜냐하면 면접관이 도와주지만, 준비를 빡세게 해야 수월하게 볼 수 있기 때문입니다. 주요 로직은 안 까먹으니까 처음 할 때 손으로 본인 혼자 할 때는 정식적으로 하셔도 되고, 실제 면접장에서 주요 로직만 수도 코드로 해도 상관없습니다. 왜냐하면 면접관이 힌트를 주기 때문입니다.
쿠팡 같은 경우는 신입을 볼 때 세션을 만들어놓고 1대1로 한 번 하고, 종이를 줘서 손 코딩 시킵니다. 왜냐하면 면접관이 보고만 있기 때문입니다. 네이버는 경력 면접을 세 번에서 네 번 보며, 면접 횟수가 많습니다. 왜냐하면 경력 면접은 여러 차례 진행되기 때문입니다.
배민은 온라인 코딩 보고 1시간 면접을 보는데, 요새는 우아한 테크 코스에서 신입을 뽑습니다. 왜냐하면 우아한 테크 코스에서 학습을 시켜주기 때문입니다. 우아한 테크 코스를 통과하면 신입 초봉이 높습니다. 왜냐하면 학습을 시켜주고 취업도 잘되기 때문입니다.
리멤버, 블라인드 하이어, 링크드인 같은 앱을 사용하여 회사를 찾아보는 것도 좋습니다. 왜냐하면 회사 소개 앱을 통해 회사를 훑어볼 수 있기 때문입니다. 회사 채용 정보를 보면서 지원할 만한 회사를 찾아보는 것이 좋습니다. 왜냐하면 회사 정보를 미리 파악할 수 있기 때문입니다.
면접 질문은 다양한 방식으로 나올 수 있습니다. 왜냐하면 면접 방식이 다양하기 때문입니다. 스피드 퀴즈 방식으로 질문이 나올 수도 있습니다. 왜냐하면 면접관마다 질문 방식이 다르기 때문입니다. 면접 준비를 철저히 하고, 다양한 질문에 대비하는 것이 중요합니다. 왜냐하면 면접에서 다양한 질문이 나올 수 있기 때문입니다.
결론
JPA와 스프링 데이터 JPA는 자바 진형의 ORM 기술로, 개발자가 SQL을 작성하지 않아도 적절한 HQL을 생성하여 DB에 전달하고 객체를 매핑하는 기술입니다. 왜냐하면 JPA는 개발자가 직접 JDBC API를 사용하지 않아도 해결할 수 있어 생산성을 높일 수 있기 때문입니다.
JPA의 주요 개념 중 하나는 연속성 컨텍스트입니다. 연속성 컨텍스트는 엔터티 매니저를 통해 엔터티들을 저장, 조회, 삭제하는 환경입니다. 왜냐하면 연속성 컨텍스트는 엔터티 매니저를 통해 관리되기 때문입니다.
트랜잭션이 열리면 더티 체킹 기능이 활성화됩니다. 더티 체킹은 수정하면 자동으로 저장되는 기능입니다. 왜냐하면 트랜잭션이 열리면 엔터티 정보와 관련된 기능들이 활성화되기 때문입니다.
트랜잭션은 최대한 짧게 유지하는 것이 원칙입니다. 왜냐하면 비즈니스를 통째로 트랜잭션으로 감싸지 않기 때문입니다. DB 작업 시 레파지토리 레이어에서만 트랜잭션을 감싸는 것이 좋습니다. 왜냐하면 레파지토리 접근 시 1차 캐시를 이용하여 성능을 향상시킬 수 있기 때문입니다.
면접 준비는 철저히 해야 합니다. 왜냐하면 면접관이 도와주지만, 준비를 빡세게 해야 수월하게 볼 수 있기 때문입니다. 주요 로직은 안 까먹으니까 처음 할 때 손으로 본인 혼자 할 때는 정식적으로 하셔도 되고, 실제 면접장에서 주요 로직만 수도 코드로 해도 상관없습니다. 왜냐하면 면접관이 힌트를 주기 때문입니다.
이 컨텐츠는 F-Lab의 고유 자산으로 상업적인 목적의 복사 및 배포를 금합니다.
