song — song

📂ORM:JPA

쿼리 방식 선택 순서

2023.08.30

쿼리 방식 선택 순서 1. 우선 엔티티를 DTO로 변환하는 방법을 선택 /** * V2. 엔티티를 조회해서 DTO로 변환(fetch join 사용X) * - 단점: 지연로딩으로 쿼리 N번 호출 */ @GetMapping("/api/v2/simple-orders") public List ordersV2() { List orders = orderRepository.findAll(); List result = orders.stream() .map(o -> new SimpleOrderDto(o)) .collect(toList()); return result; } 2. 필요시 fetch join으로 성능 최적화 /** * V3. 엔티티를 조회해서 DTO로 변환(fetch join 사용O) * - fetch joi..

📂ORM:JPA

[spring-data-jpa] 페이징과 정렬

2023.08.02

1. Page리스트를 반환값으로 가지고, Pageable을 매개변수로 가지는 함수 생성 2-1. Pageable에 넘겨줄 PageRequest를 생성 2-2. getContent() 메소드로 페이징 결과를 가져옴 2-3. getTotalElements() 메소드로 전체 결과 수를 가져옴 페이지 함수 page.getNumber() : 페이지 번호를 가져옴 page.getTotalPages() : 전체 페이지 갯수 page.isFirst() : 첫 번째 페이지인지 참/거짓 page.hasNext() : 다음 페이지 있는지 참/거짓 Page를 컨트롤러에서 반환해도 된다(json으로 반환 됨) entity는 dto로 바꿔서 반환하자 entity를 dto로 쉽게 바꾸는 방법

📂ORM:JPA

[spring-data-jpa] 쿼리 메소드 3가지

2023.08.01

쿼리 메소드 3가지 1. 메소드 이름으로 쿼리 생성 2. JPA Named Query 3. 레포지토리 인터페이스에 쿼리를 직접 정의(@Query 어노테이션을 사용) 1번은 메소드 이름이 길어지면 문제가 됨 2번은 실무에서 거의 사용하지 않음 3번을 실무에서 많이 사용 3. 레포지토리 인터페이스에 쿼리를 직접 정의(@Query 어노테이션을 사용) 장점 : JPA Named 쿼리처럼 애플리케이션 실행 시점에 문법 오류를 발견할 수 있음 DTO 조회하는 방법 dto쪽에 생성자가 있어야 함 new + 모든 패키지 경로 + 생성자 방식으로 select 해야 함 컬렉션의 결과가 없으면 빈 컬렉션을 반환한다 null이 아닌 result =[ ] 이다. 단, Member 클래스 하나이면 null을 반환한다 db에 데이..

📂백엔드 : BackEnd

[SpringBoot] dto의 위치

2023.07.31

DTO의 위치는 패키지 설계를 어떻게 가져가는가에 따라 완전히 달라진다 어떤 경우는 repository 계층에 있을 수도 있고, service 계층에 있을 수도 있다. 여러 패키지에서 공유해야 하는 상황이면 별도의 dto 패키지를 만들어서 넣어둠. 특정 서비스 계층까지만 사용되면, 해당 서비스 계층에 dto클래스를 함께 둔다. 특성 repository 까지 해당 dto가 사용되면 해당 repository 계층에 dto클래스를 함께 둠 궁극적으로는 패키지 응집도와 결합도를 고민하면서 가급적 다른 패키지와 연관을 줄이도록 하는 방식이 좋은 방식이다 참조 : https://www.inflearn.com/questions/24222/dto-%ED%94%84%EB%A1%9C%EC%A0%9D%ED%8A%B8-%EC..

📂백엔드 : BackEnd

[SpringBoot] 2.7.13 에서 swagger 오류

2023.07.31

SpringBoot 2.7.13에서 swagger를 사용하기 위해 dependencies를 추가한 뒤 실행하였으나 아래와 같은 오류가 발생하였다 ㅠㅠ org.springframework.context.ApplicationContextException: Failed to start bean 'documentationPluginsBootstrapper'; nested exception is java.lang.NullPointerException 찾아보니 application.properties 에 아래 코드를 추가하면 된다고 한다 spring.mvc.pathmatch.matching-strategy=ant_path_matcher 2.6 버전 이후에 spring.mvc.pathmatch.matching-str..

📂ORM:JPA

변경 감지와 병합

2023.07.18

준영속 엔티티 영속성 컨텍스트가 더는 관리하지 않는 엔티티 영속성 컨텍스트가 제공하는 기능을 사용햘 수 없다 기존 식별자를 가지고 있는 임의로 만들어낸 엔티티 준영속 엔티티를 만드는 3가지 방법 em.detach(entity) : 특정 엔티티만 준영속 상태로 전환 em.clear() : 영속성 컨텍스트를 완전히 초기화 em.close() : 영속성 컨텍스트를 종료 준영속 엔티티를 수정하는 2가지 방법 변경 감지 기능 (선호) em.find로 조회한 엔티티를 이용하여 데이터를 수정 병합(merge) 사용 em.merge를 실행 영속 엔티티의 값을 준영속 엔티티의 값으로 모두 교체함 (병합시 값이 없으면 null로 업데이트 할 위험도 있음) 새로운 영속 상태의 엔티티를 반환함 ( 파라미터로 넘어온 엔티티는 ..

📂백엔드 : BackEnd

[SpringBoot] SpringBoot 정리

2023.07.15

생성자 injection을 쓰는게 좋다 생성자 injection을 하면 setter로 entity를 바꾸는 경우를 방지할 수 있다 생성자가 하나만 있는경우 @Autowired를 생략해도 된다 MemberRepository는 변경될 일이 없기 때문에 final로 해주는게 좋다 test case를 작성할 때 컴파일 단계에서 injection을 명확하게 알 수 있다 ( 아래 코드와 같이 ) @RequiredArgsConstructor final이 있는 필드만을 가지고 생성자를 만들어 준다 결국 자동으로 생성자를 하나 만들고 injection을 받을 수 있음 @PersistenceContext -> @Autowired @PersistenceContext 를 @Autowired로 대체할 수 있음 (SpringBo..

📂ORM:JPA

@Transactional

2023.07.15

@Transactional JPA를 사용하면 항상 트랜잭션 안에서 데이터를 변경해야 한다. 트랜잭션 없이 데이터를 변경하면 예외가 발생 @Transactional(readOnly=true) 조회하는 곳(읽기 동작)에 작성해주면 성능을 최적화 할 수 있음 쓰기에서는 X 클래스 최상단에 @Transactional(readOnly=true) 를 적어주고, 쓰기하는 곳에는 @Transactional을 적어주는 방식으로 구현 했음

전체 글

쿼리 방식 선택 순서

[spring-data-jpa] 페이징과 정렬

[spring-data-jpa] 쿼리 메소드 3가지

[SpringBoot] dto의 위치

[SpringBoot] 2.7.13 에서 swagger 오류

변경 감지와 병합

[SpringBoot] SpringBoot 정리

@Transactional

티스토리툴바