'Server🧤/JPA' 카테고리의 글 목록

Server🧤/JPA

[JPA] 동시성 처리 - 비관적 락 VS 낙관적 락

2023.10.10

이슈 상황 진행하고 있는 프로젝트에 '끝말잇기' 기능을 제공중이다. 예외처리가 적용되지 않고 두개의 단어가 동시에 삽입되었다! 문제 해결 과정 우선 Chatgpt를 이용해서 해당 사항에 대해 물어보았다. 1. 격리수준 설정을 고려 -> 탈락 우선 PostgreSQL에서는 4가지의 Transaction 격리 수준을 설정할 수 있다. 끝말잇기에 적용하는 것을 생각해봤을때, 하나의 transaction에서 데이터를 읽을때, 다른 transaction에서 커밋되지 않은 데이터도 읽어야함. Postgresql은 Read Uncommited를 지원하지 않는다고 한다! 결론적으로 DirtyRead가 불가능하다. 2. 낙관적 락과 비관적 락 고려하기 (오 괜찮다!) 낙관적락과 비관적락을 사용하는 기준은 "동시에 수정을..

Server🧤/JPA

[JPA] Java Persistence API

2023.06.12

JPA 개요 Persistence Java 객체(에 포함되어있는 데이터)를 데이터베이스를 통해 저장 및 관리함으로써 객체의 영속성을 보장함 Java Persistence API Object-Relational Mapping(ORM) 을 실행하기 위한 Java 표준 API Entity로 정의된 Java 객체와 데이터 베이스 사이의 mapping 방법을 설정(annotation 이용) 설정된 Mapping에 따라 Java객체를 DB에 저장, 수정, 삭제 검색 할 수 있는 Interface 제공 -> EntityManager JDBC API나 Data Mapper (ex: MyBatis)의 대안 Java 중심의 데이터 관리가 가능해진다. Persistence Provider (JPA Provider) JPA의..

Server🧤/JPA

[SpringDataJPA] save(), saveAll() 차이

2023.05.14

상황 프로젝트를 진행하면서, 데이터를 자동으로 넣어야하는 상황이 생겼다. History에 있는 유저 정보를 활동정보에 해당 id를 가진 유저에게 한꺼번에 데이터를 저장하는 작업이였다. 처음에 작성한 쿼리는 forEach문으로 각각 save를 돌면서 데이터를 저장하는 것이였다. 해당 작업의 코드리뷰로 save와 saveAll 에 대한 것을 보면 좋을 것 같다는 리뷰를 받았다. 이번기회에 해당 쿼리들이 어떻게 다른지 알아보려고 한다. 처음에 작성한 save() 메소드이다. memberHistories.forEach(memberHistory -> memberActivityRepository.save( memberActivityRepository.save( MemberActivity.builder() .memb..

Server🧤/JPA

[JPA] 프록시

2023.02.24

프록시? Member 엔티티와 Team 엔티티는 @Many(Member)ToOne(Team) 관계에 있다. Member를 조회할때, Team을 항상 조회하게 된다면? - 낭비가 엄청나게 발생한다. 비즈니스 로직에서 필요하지 않은 경우, 항상 Team을 조회해서 가져올 이유는 없다! JPA는 이 낭비를 하지 않기 위해, 지연로딩과 프록시라는 개념으로 해결한다. 지연로딩 JPA에는 em.find()와 em.getReference()라는 메서드가 존재한다. em.find() : DB를 통해서 실제 엔티티 객체 조회 em.getReference() : DB의 조회를 미루는 가짜(프록시) 엔티티 객체를 조회 Member 엔티티 @Entity @Getter @Setter public class Member exte..

[JPA] 동시성 처리 - 비관적 락 VS 낙관적 락

[JPA] Java Persistence API

[SpringDataJPA] save(), saveAll() 차이

[JPA] 프록시

티스토리툴바