🌱Backend

💭 DTO Mapper가 뭐죠? View(Controller)는 비즈니스 로직, 도메인과 상관없이 언제든지 변경될 수 있다. 도메인 서비스에서 입출력을 바로 받으면 View에 의존성이 생기기 때문에 아래와 같이 DTO로 변환해서 사용한다. // 이제 Controller(Dto 또는 Request)가 변해도, 도메인은 영향받지 않는다. UserEntity toEntity(UserDto userDto) { return new userEntity(userDto.getId(), userDto.getPassword(), userDto.getName()); } RegisterUserCommand toCommand(RegisterUserRequest request){...} UserResponse toResponse..

# 레퍼런스 https://msolo021015.medium.com/jpa-persistence-context-deep-dive-2f36f9bd6214 JPA Persistence Context Deep Dive 최근 저는 새로운 프로젝트를 진행하면서, JPA를 도입하였습니다. msolo021015.medium.com #logging.level.org.hibernate.event.internal.AbstractFlushingEventListener=DEBUG JPA를 쓴다면 OpenEntityManagerInViewFilter를 고려해야한다 JPA LazyLoading은 관리하는 세션 사이클에 포함되어 있을 때만가능하다. 트랜잭션 범위를 벗어나면 (View에 전달된 이후에는) 쿼리 호출이 불가능하다. 그..

간단한 CRUD는 JPA 메서드로 충분히 대체 가능했다. 하지만 SQL문은 비즈니스의 구조에 따라 조건이 복잡할수도 있고, 성능 개선이 필요할 수 있다. 이를 위해서 JPA 영속성 컨텍스트에 모든 데이터를 가져오는건 사실상 불가능하다. 이를 위해 JPA에서는 JPQL이라는 Entity용 SQL을 제공한다. 📌 JPQL 표준 문법 SQL 표준 문법과 매우 유사하다. ANSI (American National Standards Institute) 표준 SQL의 기능은 전부 지원한다. 단 유의할 점은 Entity를 대상으로 하는 쿼리문이다. 당연히 실제 DB Query는 다르게 찍힌다. 즉, 추상화된 SQL을 사용하는거라 특정 데이터베이스 SQL에 의존하지 않는다. 📌 JPQL 생성 - JPA Criteria..

JPA에서는 2가지 데이터 타입을 제공한다. @Entity 는 데이터가 변해도 식별자로 계속 추적이 가능하다. 값이 변경되면 식별자로 인식 가능하다. 기본 값 타입은 @Entity 와 생명주기를 공유하며, String, Integer, int 등을 의미한다. 단, 값 타입에 대한 식별자는 따로 존재하지 않으므로 JPA의 변경추적이 불가능하다. 이게 무슨말이냐면, 외부에 값타입을 변경할 수 있는 참조가 있다면 Side-Effect가 발생할 위험이 있다는 말. 뭐 사실 자바에서 Primitive Type (int, long)은 참조값 공유가 불가능해서 별 상관이 없다. Integer나 String은 래퍼타입은 참조값은 공유가 가능하지만, 변경이 불가능하게 막혀있다. 그래서 이걸 설명하는 이유가 뭐죠? 당연한..

📌 상황에 따라 다르다. Member는 Team의 참조를 가지고 있다. Member를 조회할 때 Team도 한번에 같이 데이터베이스에서 가져오는게 효율적인 경우도 있고 먼저 Member만 조회해두고, 나중에 필요할 때 Team을 가져오는게 더 효율적인 경우도 있을 것이다. 상황에 따라 DB 쿼리가 다르게 나가도록 최적화하는게 좋은데, 이는 JPA에서 어떻게 처리할 수 있을까? 📌 프록시 em.getReference() 그래서 JPA에서는 프록시를 제공한다. em.find()는 실제 엔티티를 반환한다면 em.getReference()는 가짜 프록시 객체를 반환한다. 프록시는 실제 클래스를 상속받아서 만든 객체로, 실제 객체의 참조값을 가지고 있다. 프록시 객체를 사용하면 데이터의 일부만 가져올 수 있다. ..

📌 DB에서의 상속 구현 우선, DB에는 객체처럼 상속이라는 개념이 없다. 구조가 비슷하게 보일 뿐 상속처럼 사용하기 어렵다. 객체는 상속관계를 쉽게 구현가능하지만, DB에서는 상속을 만들려면 3가지 방법이 존재한다. 그래서 JPA도 @Inheritance 옵션을 통해 전략을 선택할 수 있게 만들어놨다. 물론 무슨 방법을 선택하던 객체 엔티티는 똑같이 동작한다. DB만 다를 뿐. @Entity @Inheritance(strategy = InheritanceType.JOINED) public class Item{ ... } @Entity public class Movie extends Item{ ... } @Entity public class Album extends Item{ ... } JOINED, 조..

📌 연관관계 애노테이션참고로 이런 1:1, N:1 조건을 행의 개수 비율 제약 조건 ( Cardinality Raito Constraint ) 이라고 한다.JPA에서 사용법은 정말 간단하긴 하다.• 다대일: @ManyToOne  • 일대다: @OneToMany  • 일대일: @OneToOne  • 다대다: @ManyToMany 참고로 각 애노테이션의 옵션은 아래와 같다.fetch와 cascade는 다음 글에서 설명할 예정이니, 간단하게 보고 넘어가자 @ManyToOne @OneToMany @JoinColumn (외래키 매핑 용도) @JoinTable ( N:N 관계 사용시 조인테이블 지정 )@JoinTable(name="JOIN_TABLE") 이렇게 사용함. 그 외는 다대다 관계를 사용할 일이 없으므로..

📌 테이블간의 관계를 객체로 구현하는 방법 기존의 JDBC를 이용하던 방식은 객체 설계를 테이블에 맞춰야한다는 단점이 있었다. 객체가 아닌 데이터 중심의 설계. public class Order{ private Long id; private Long memberId; // 연관 관계는 단순히 id로 표현 // ... 이하 생략 ... // } private Member member // 이렇게 참조를 가지고 있을 수 없다. member.getAddress().getCity() // 이런건 당연히 불가능 객체 그래프 탐색이 불가능하고, 단순한 id 값만 가지고 있을 뿐 객체끼리 어떠한 관계도 연결되어있지 않다. JPA로 코드를 옮기면, 아래와 같이 만들 수 있겠다. @Entity public class M..

JPA는 데이터베이스 테이블과 매핑하기가 정말 쉽다. 애노테이션으로 간단하게 가능하다. • 객체와 테이블 매핑: @Entity, @Table • 필드와 컬럼 매핑: @Column • 기본 키 매핑: @Id • 연관관계 매핑: @ManyToOne,@JoinColumn 📌 @Entity JPA에서 사용할 엔티티 클래스를 지정한다. 반드시 붙여줘야하며 없다면 객체를 JPA로 다룰 수 없다. @Entity(name = "이름") 으로 JPA에서 쓸 엔티티 이름을 지정해줄 수 있으며, 생략하면 클래스명을 이름으로 사용한다. 단, 리플렉션을 이용하기 때문에 [public 또는 protected 인 기본생성자]가 필수이다. 또한 사용하는 필드, 클래스에 final을 사용할 수 없다. 프록시 생성 불가능. enum, ..

📌 SQL 방언 (Dialect) 각 회사마다 다른 SQL 문법은 어떻게 처리할까? (Limit, ROWNUM) org.hibernate.dialect 를 사용하면 된다. JPA와 DB의 의존성을 최소화 할수 있다. 참고로 스프링부트를 사용하면 버전마다 기본으로 사용하는 Hibernate 버전이 다르므로, 버전을 설정할 때 주의하자. Gradle, Maven 설정 방법 더보기 Gradle은 application.yml 설정파일에서 추가할 수 있다. server: port: 8080 spring: datasource: url: jdbc:mysql://...생략 username: 유저명 password: 비밀번호 driver-class-name: com.mysql.cj.jdbc.Driver jpa: hibe..

해당 글은 https://www.inflearn.com/course/ORM-JPA-Basic 을 공부하고 정리한 글입니다. 📌 Java Persistenec API 줄여서 JPA, 현대의 자바 진영의 ORM 기술 표준. 참고로 이전에는 EJB(엔티디 빈)을 표준으로 제공했었는데, 이게 성능도 구리고 사용법도 구려서 아무도 쓰지 않았다. 그래서 어떤 개발자가 빡쳐서 만든 것이 '하이버네이트' 였고 이 오픈소스 개발자를 자바 진영에서 납치(?)해서 표준으로 다듬어 새로 만든 것이 JPA 이다. 📌 JPA는 인터페이스이다. Java Persistence API. 이름에서 알 수 있듯이 JPA는 구현체를 포함하지 않는다. 말 그대로 인터페이스만 적혀있으며 필요에 따라 다른 벤더(구현체)를 사용할 수 있다. 보통..

# 객체를 데이터로 저장하는 방법 단순히 생각하면 객체를 SQL을 통해 테이블로 이루어진 관계형 DB에 저장하는게 위와 같은 문제의 원인이긴 합니다. 하지만 관계형 DB 말고는 '객체'를 저장할 마땅한 방법이 없습니다. 물론 미래에는 NoSQL도 대안이 될 수 있겠지만, 데이터가 중요하고 복잡한 서비스에 적용하기에는 관계형 DB에 비해 부족한 점이 많은게 현실입니다. # 기존 Java DB (JDBC) JPA를 사용하지 않던, SQL 하나하나 작성하던 시절로 돌아가고 싶지 않다. 기존에는 자바 코드 내에서 데이터베이스에 접근하고자 하면 SQL문을 직접 작성하여 사용했었습니다. 물론 쉽게 사용하려고 jdbc template, framework등을 사용하긴 했지만, 직접 SQL문을 작성하는 건 마찬가지였습니..