Just Do Jeon

2022-03-21T11:01:03+09:00

📌 의존 관계 자동 주입

👉 참조 : 인프런의 김영한님강의

🌜 개인 공부 기록용 블로그입니다. 오류나 틀린 부분이 있을 경우 언제든지 댓글 혹은 메일로 지적해주시면 감사하겠습니다! 😄

개인메모

2022-03-21T11:01:03+09:00

📌 의존 관계 자동 주입

👉 참조 : 인프런의 김영한님강의

🌜 개인 공부 기록용 블로그입니다. 오류나 틀린 부분이 있을 경우 언제든지 댓글 혹은 메일로 지적해주시면 감사하겠습니다! 😄

개인메모

2022-03-21T11:01:03+09:00

📌 의존 관계 자동 주입

👉 참조 : 인프런의 김영한님강의

🌜 개인 공부 기록용 블로그입니다. 오류나 틀린 부분이 있을 경우 언제든지 댓글 혹은 메일로 지적해주시면 감사하겠습니다! 😄

개인메모

2022-03-21T11:01:03+09:00

📌 의존 관계 자동 주입

👉 참조 : 인프런의 김영한님강의

🌜 개인 공부 기록용 블로그입니다. 오류나 틀린 부분이 있을 경우 언제든지 댓글 혹은 메일로 지적해주시면 감사하겠습니다! 😄

개인메모

2022-03-21T11:01:03+09:00

📌 URI

👉 참조 : 인프런의 김영한님강의

🌜 개인 공부 기록용 블로그입니다. 오류나 틀린 부분이 있을 경우 언제든지 댓글 혹은 메일로 지적해주시면 감사하겠습니다! 😄

개인메모

2022-03-21T11:01:03+09:00

📌 의존 관계 자동 주입

👉 참조 : 인프런의 김영한님강의

🌜 개인 공부 기록용 블로그입니다. 오류나 틀린 부분이 있을 경우 언제든지 댓글 혹은 메일로 지적해주시면 감사하겠습니다! 😄

개인메모

[JPA] JQPL (1)

2022-03-19T00:00:00+09:00

JQPL 소개

JPA를 사용하면 엔티티 객체를 중심으로 개발을 해야함.
문제는 검색쿼리 !
검색을 할 때도 테이블이 아닌 엔티티 객체를 대상으로 검색을 해야함
모든 DB데이터를 객체로 변환해서 검색하는것은 불가능하다.
애플리케이션이 필요한 데이터만 DB에서 불러오려면 결국 검색 조건이 포함된 SQL이 필요하다.

JPA의 다양한 쿼리 방법

JPQL
JPA Criteria
QueryDSL
네이티브 SQL
JDBC API 직접사용, MyBatis, SpringJdbcTemplate 함께 사용가능

가장 단순한 조회 방법

EntityManager.find()

객체 그래프 탐색(a.getB().getC())

만약, 나이가 18살 이상인 회원을 모두 검색하고 싶다면?

JPQL로 위의 문제를 해결

JPA는 SQL을 추상화한 JPQL이라는 객체 지향 쿼리 언어를 제공한다.

SQL과 문법이 유사하고 SELECT,FROM,WHERE,GROUP BY,HAVING,JOIN을 지원한다.

JPQL은 엔티티 객체를 대상으로 쿼리

SQL은 데이터베이스 테이블을 대상으로 쿼리

 // 주의 ! 엔티티 객체를 대상으로 한다.
  List<Member> result = em.createQuery("select m from Member m where m.username like '%kim'%", Member.class).getResultList();

테이블이 아닌 객체를 대상으로 검색하는 객체 지향 쿼리
SQL을 추상화해서 특정 데이터베이스 SQL에 의존하지않는다.
JPQL을 한마디로 정의하면 객체 지향 SQL 이다.

Critrial 소개

문자가 아닌 자바코드로 JQPL을 작성할 수 있음
JPQL 빌더 역할
JPA 공식기능
Criteria 대신 QueryDSL 추천 !

//Criteria 사용 준비
CriteriaBuilder cb = em.getCriteriaBuilder();
CriteriaQuery<Member> query = cb.createQuery(Member.class);

//루트 클래스 (조회를 시작할 클래스)
Root<Member> m = query.from(Member.class);

//쿼리 생성 CriteriaQuery<Member> cq =
query.select(m).where(cb.equal(m.get("username"), “kim”));
List<Member> resultList = em.createQuery(cq).getResultList();

동적쿼리작성시 문자열이 아닌 자바형식으로 작성되기 때문에 오류를 잘 잡을순 있지만 너무 복잡하고 실용성이없다.

네이티브 SQL 소개

JPA가 제공하는 SQL을 직접 사용하는 기능
JPQL로 해결할 수 없는 특정 데이터베이스에 의존적인 기능
EX) 오라클 CONNECT BY, 특정 DB만 사용하는 SQL 힌트

String sql =
"SELECT ID, AGE, TEAM_ID, NAME FROM MEMBER WHERE NAME = ‘kim’";
List<Member> resultList = em.createNativeQuery(sql, Member.class).getResultList();

😄 참고 : 인프런 김영한님의 JPA 기본 강의 및 교재

🌜 개인 공부 기록용 블로그입니다. 오류나 틀린 부분이 있을 경우 언제든지 댓글 혹은 메일로 지적해주시면 감사하겠습니다! 😄

개인메모

[JPA] JQPL 기본문법과 API

2022-03-19T00:00:00+09:00

JQPL

JPQL은 SQL을 추상화해서 특정 데이터베이스 SQL에 의존하지않는다 + JPQL은 결국 SQL로 변환된다.

JQPL 문법

SELECT M FROM MEMBER AS M WHERE M.AGE > 18
엔티티와 속성은 대소문자를 구분한다.
JPQL 키워드는 대소문자 구분 안한다.
엔티티 이름 사용, 테이블이름이 아님! (FROM MEMBER 부분)
별칭 필수 ! 대신 AS 생략가능
집합과 정렬 , GROUP BY , HAVING, ORDER BY 모두 사용 가능하다.

TypeQuery, Query

TypeQuery : 반환타입이 명확할 때 사용
Query : 반환 타입이 명확하지 않을때 사용

  Member member = new Member();
  member.setUsername("도현");
  member.setAge(27);
  em.persist(member);
  //2번째에 타입정보(클래스) 명시
  TypedQuery<Member> query1 = em.createQuery("select m from Member m ", Member.class);
  TypedQuery<String> query2 = em.createQuery("select m.username from Member m", String.class);
  
  //타입 정보를 받을 수 없음 
  Query query3 = em.createQuery("select m.username, m.age from Member m");

결과 조회 API

query.getResultList() : 결과가 하나 이상일때, 리스트 반환
- 결과가 없으면 빈 리스트 반환한다. nullpointException 걱정은 안해도됨..
query.getSingleResult() : 결과가 정확히 하나, 단일 객체 반환 결과가 없으면 : javax.persistence.NoResultException 결과가 여러개면 : javax.persistence.NonUniqueResultException

프로젝션

SELECT 절에 조회할 대상을 지정하는 것
프로젝션의 대상 : 엔티티, 임베디드 타입, 스칼라 타입(숫자, 문자등 기본데이터 타입)
SELECT M FROM MEMBER M -> 엔티티 프로젝션
SELECT M.team FROM MEMBER M -> 엔티티 프로젝션
SELECT m.address FROM Member m -> 임베디드 타입 프로젝션
SELECT m.username, m.age FROM Member m -> 스칼라 타입 프로젝션
Distinct로 중복 제거

프로젝션 - 여러 값 조회

SELECT m.username, m.age FROM Member m
1. Query 타입으로 조회
1. Object[] 타입으로 조회
1. new 명령어로 조회
  - 단순값을 DTO로 바로조회
  - SELECT new jpaxxx.jpql.UserDTO(m.username, m.age) FROM Member m
  - 패키지명을 포함한 전체 클래스 명 입력
  - 순서와 타입이 일치하는 생성자 필요하다.

페이징 API

JPA는 페이징을 두 API로 추상화
setFirstResult(int startPosition) : 조회 시작 위치 (0부터 시작함)
setMaxResults(int maxResult) : 조회할 데이터 수

//페이징 쿼리
 String jpql = "select m from Member m order by m.name desc";
 List<Member> resultList = em.createQuery(jpql, Member.class)
 .setFirstResult(10)
 .setMaxResults(20)
 .getResultList();

조인

내부 조인 : SELECT m FROM Member m [INNER] JOIN m.team t
외부 조인 : SELECT m FROM Member m LEFT [OUTER] JOIN m.team t
세타 조인 : select count(m) from Member m, Team t where m.username = t.name

조인 - ON 절

ON절을 활용한 조인(JPA2.1부터 지원)

조인 대상 필터링

연관관계 없는 엔티티 외부 조인(하이버네이트 5.1 부터)

조인대상 필터링

예) 회원과 팀을 조인하면서, 팀 이름이 A인 팀만 조인할때

//JPQL
SELECT m, t FROM Member m LEFT JOIN m.team t on t.name = 'A'

//SQL
SELECT m.*, t.* FROM
Member m LEFT JOIN Team t ON m.TEAM_ID=t.id and t.name='A'

연관관계가 없는 엔티티 외부조인

예) 회원의 이름과 팀의 이름이 같은 대상 외부 조인

// JPQL
SELECT m, t FROM
Member m LEFT JOIN Team t on m.username = t.name

// SQL
SELECT m.*, t.* FROM
Member m LEFT JOIN Team t ON m.username = t.name

서브 쿼리

나이가 평균보다 많은 회원

SELECT M FROM Member M WHERE M.age > (SELECT AVG(M2.age) FROM Member m2)

서브쿼리 지원 함수

[NOT] EXIST (서브쿼리) : 서브쿼리에 결과가 존재하면 참
- {ALL ANY SOME} (서브쿼리)
- ALL : 모두 만족하면 참
- ANY,SOME : 같은의미, 조건을 하나라도 만족하면 참
[NOT] IN (서브쿼리) : 서브쿼리의 결과 중 하나라도 같은 것이 있으면 참

JPA 서브 쿼리의 한계

JPA는 WHERE , HAVING 절에서만 서브쿼리 사용가능
SELECT 절도 가능(하이버네이트에서 지원)
FROM 절의 서브쿼리는 현재 JPQL 에서 불가능하다!!
- 조인으로 풀어서 해결가능 함

JPQL 타입 표현

문자 : ‘HELLO’, ‘SHE”S’
숫자 : 10L(Long), 10D(Double), 10F(Float)
Boolean : TRUE, FALSE
ENUM : 패키지경로.이넘타입
엔티티 타입 : TYPE(m) = Member ( 상속 관계에서 사용)

조건식 - CASE 식

COALESCE : 하나씩 조회해서 NULL이 아니면 반환
NULLIF : 두 값이 같으면 NULL 반환, 다르면 첫번째 값 반환

JPQL 기본함수

CONCAT
SUBSTRING
TRIM
LOWER,UPPER
LENGTH
LOCATE
ABS,SQRT,MOD
SIZE,INDEX(JPA 용도)

😄 참고 : 인프런 김영한님의 JPA 기본 강의 및 교재

🌜 개인 공부 기록용 블로그입니다. 오류나 틀린 부분이 있을 경우 언제든지 댓글 혹은 메일로 지적해주시면 감사하겠습니다! 😄

개인메모

[JPA] JQPL (2)

2022-03-19T00:00:00+09:00

경로 표현식

. 점을 찍어 객체 그래프를 탐색하는것

SELECT m.username -> 상태필드로 객체 그래프를 탐색했다.
from Member m
join m.team t -> 단일값 연관필드
join m.orders o -> 컬렉션 값 연관 필드
where t.name = ‘팀A’

경로 표현식 용어정리

상태 필드 : 단순히 값을 저장하기 위한 필드
연관 필드 : 연관관계를 나타내기 위한 필드
- 단일값 연관 필드 : @ManyToOne, @OneToOne, 대상이 엔티티 ( ex : m.team )
- 컬렉션 값 연관 필드 : @OneToMany, @ManyToMany, 대상이 컬렉션 ( ex : m.orders )

경로 표현식 특징

상태 필드 : 경로 탐색의 끝, 더 이상 탐색이 안됨
단일 값 연관 필드 : 묵시적 내부조인(inner join) 발생, 탐생 O ( m.team.. …멤버에서 팀으로 팀에서 네임 )
컬렉션 값 연관 필드 : 묵시적 내부조인 발생, 탐색 x
- FROM 절에서 명시적 조인을 통해 별칭을 얻으면 별칭을 통해 탐색이 가능하다.

명시적 조인, 묵시적 조인

명시적 조인 : JOIN 키워드 직접 사용
- SELECT m FROM Member m join m.team t
묵시적 조인 : 경로 표현식에 의해 묵시적으로 SQL 조인 발생 (내부적 조인만 발생)
SELECT m.team FROM Member m
select t.members.username from Team t - > 실패
select m.username from Team t join t.members m - > 성공

**실무에선 명시적 조인을 사용하는것이 좋다 !! **

왜냐하면 select o.member.team from Order o -> 조인이 2번 발생한다.

조인은 sql 튜닝에 중요한 포인트고 묵시적 조인은 조인이 일어나는 상황을 한눈에 파악하기 어렵기 때문!

페치조인 - 중요

SQL 조인의 종류가 아니다.
JPQL에서 성능 최적화를 위해 제공하는 기능이다.
연관된 엔티티나 컬렉션을 SQL 한번에 함께 조회하는 기능!
JOIN FETCH 명령어로 사용한다.

엔티티 페치 조인

회원을 조회하면서 연관된 팀도 함께 조회(SQL 한번에)

SQL을 보면 회원 뿐만 아니라 팀(T.*)도 함께 SELECT됨

JPQL : select m from Member m join fetch m.team

SQL : SELECT M.* , T.* FROM MEMBER M INNER JOIN TEAM T ON M.TEAM_ID = T.ID 로 실행됨

    String jpql = "select m from Member m join fetch m.team";
    List<Member> members = em.createQuery(jpql, Member.class)
     .getResultList();
    for (Member member : members) {
     //페치 조인으로 회원과 팀을 함께 조회해서 지연 로딩X
     System.out.println("username = " + member.getUsername() + ", " +
     "teamName = " + member.getTeam().name());
}

컬렉션 페치 조인

일대다 관계, 컬렉션 페치 조인
JPQL : select t from Team t join fetch t.members where t.name=’팀A’;
SQL 상 : SELECT T., M. FROM TEAM T INNER JOIN MEMBER M ON T.ID=M.TEAM_ID WHERE T.NAME = ‘팀A’

페치조인과 DISTINCT

SQL의 DISTINCT는 중복된 결과를 제거하는 명령
JPQL의 DISTINCT 2가지 기능 제공
- 1. SQL에 DISTINCT를 추가
- 1. 애플리케이션에서 엔티티 중복 제거

페치조인과 일반 조인의 차이

JPQL은 결과를 반환할때 연관관계 고려X
단지 SELECT 절에 지정한 엔티티만 조회한다.
페치 조인은 객체 그래프를 SQL 한번에 조회하는 개념
페치 조인을 사용할 때만 연관된 엔티티도 함께 조회(즉시 로딩)

페치 조인의 특징과 한계

페치 조인 대상에는 별칭을 줄 수 없다.
- 하이버네이트는 가능하지만 가급적 사용하지 않는다.
둘 이상의 컬렉션은 페치 조인 할 수 없다. ( 데이터 정합성에 안맞을수 있음)
컬렉션을 페치 조인하면 페이징API를 사용할 수 없다.
연관된 엔티티들을 SQL 한 번으로 조회 - 성능 최적화
실무에서 글로벌 로딩 전략은 모두 지연 로딩
최적화가 필요한 곳은 페치 조인 적용

페치 조인 - 정리

페치 조인은 객체 그래프를 유지할 때 사용하면 효과적이다.
여러 테이블을 조인해서 엔티티가 가진 모양이 아닌 전혀 다른 결과를 내야하면, 페치 조인보다는 일반조인을 사용하고 필요한 데이터들만 조회해서 DTO로 반환하는것이 효과적이다.

벌크 연산

재고가 10개 미만인 모든 상품의 가격을 10% 상승하려면?
JPA 변경 감지 기능으로 실행하려면 너무 많은 SQL 실행
- 1. 재고가 10개 미만인 상품을 리스트로 조회
- 1. 상품 엔티티의 가격을 10% 증가
- 1. 트랜잭션 커밋 시점에 변경감지가 동작한다.
변경된 데이터가 100건이라면 100번의 update SPQ 실행해야함..

벌크 연산 예제

int resultCount = em.createQuery("update Member m set m.age = 20")
                    .executeUpdate();

쿼리 한 번으로 여러 테이블 로우 변경(엔티티)
executeUpdate()의 결과는 영향 받은 엔티티 수 반환
UPDATE , DELETE 지원
INSERT(insert into …select..도 하이버네이트가 지원)

벌크 연산 주의 !

벌크 연산은 영속성 컨텍스트를 무시하고 데이터베이스에 직접 쿼리
해결법
- 벌크 연산을 먼저 실행
- 벌크 연산 수행 후 영속성 컨텍스트 초기화

😄 참고 : 인프런 김영한님의 JPA 기본 강의 및 교재

🌜 개인 공부 기록용 블로그입니다. 오류나 틀린 부분이 있을 경우 언제든지 댓글 혹은 메일로 지적해주시면 감사하겠습니다! 😄

개인메모

[JPA] 값 타입

2022-03-18T00:00:00+09:00

기본값 타입

JPA의 데이터 타입 분류 (최상위 부터 표기)

엔티티 타입
- @Entity로 정의하는 객체
- 데이터가 변해도 식별자로 지속해서 추적 가능
- 예) 회원 엔티티의 키나 나이 값을 변경해도 식별자로 인식이 가능하다.
값 타입
- int, Integer, String 처럼 단순히 값으로 사용하는 자바 기본 타입이나 객체
- 식별자가 없고 값만 있으므로 변경시 추적이 불가하다.
- 예) 숫자 100을 200으로 변경하면 완전히 다른 값으로 대체가 가능하다.

값타입의 분류

기본값 타입

자바 기본 타입 (int, double)

래퍼 클래스 (Integer,Long)

String

임베디드 타입(embedded type, 복합 값 타입)

컬렉션 값 타입(collection value type)

기본값 타입

생명주기를 엔티티에 의존한다.
- 회원을 삭제하면 이름, 나이 필드도 함께 삭제된다.
값 타입은 공유가 안된다.
- 회원 이름 변경시 다른회원의 이름도 함께 변경X
Integer같은 래퍼 클래스나 String 같은 특수한 클래스는 공유 가능한 객체이지만 변경자체가 불가능함.

임베디드 타입(복합값 타입)

새로운 값 타입을 직접 정의할 수 있다.
JPA는 임베디드 타입이라고 한다.
주로 기본 값 타입을 모아서 만들어서 복합 값 타입이라고도 한다.
int, String과 같은 값 타입

임베디드 타입의 장점

재사용이 가능하다.

높은 응집도

Period.isWork() 처럼 해당 값 타입만 사용하는 의미있는 메소드를 만들 수 있다.

임베디드 타입을 포함한 모든 값 타입은 값 타입을 소유한 엔티티에 생명주기를 의존한다.

임베디드 타입과 테이블 매핑

임베디드 타입은 엔티티의 값일 뿐이다.
임베디드 타입을 사용하기 전과 후에 매핑하는 테이블은 같다.
객체와 테이블을 아주 세밀하게 매핑하는 것이 가능하다.
잘 설계한 ORM 애플리케이션은 매핑한 테이블의 수보다 클래스의 수가 더 많다.

임베디드 타입과 연관관계

@AttributeOverride : 속성 재정의

한 엔티티에서 같은 값 타입을 사용하기 위함

컬럼명이 중복되는경우에 사용한다.

private Address workAddress;

private Address homeAddress; 한 클래스에서 위와 같은 경우

@AttributeOverrides, @AttributeOvverride를 사용해서 컬럼명 속성을 재정의한다.

임베디드 타입의 값이 null이면 매핑한 칼럼값은 모두 null이다.

값 타입과 불변 객체

값 타입은 복잡한 객체 세상을 조금이라도 단순화하려고 만든 개념이다.
값 타입은 단순하고 안전하게 다룰 수 있어야한다.

값 타입 공유 참조

임베디드 타입 같은 값 타입을 여러 엔티티에서 공유하면 위험하다.
부작용 발생

값 타입 복사

값 타입의 실제 인스턴스인 값을 공유하는 것은 위험하다.
대신 값(인스턴스)를 복사해서 사용한다.

객체 타입의 한계

항상 값을 복사해서 사용하면 공유 참조로 인해 발생하는 부작용을 피할 수 있다.
하지만 임베디드 타입처럼 직접 정의한 값 타입은 자바의 기본 타입이 아니라 객체 타입이다.
자바 기본 타입에 값을 대면 값을 복사한다.
객체 타입은 참조 값을 직접 대입하는 것을 막을 방법이 없다.
객체의 공유 참조는 피할 수 없다

기본 타입

int a = 10;
int b = a;

a= 20;
// 하면 b =10이고 a=20으로 변경된다. 

객체 타입

Adress a = new Address("old");
Address b = a; //객체 타입은 참조를 전달한다.
b.setCity("new");

불변 객체

객체 타입을 수정할 수 없게 만들면 부작용을 원천 차단할 수 있다.
값 타입은 불변 객체로 설계해야한다.
불변 객체 : 생성 시점 이후 절대 값을 변경할 수 없는 객체
생성자로만 값을 설정하고 수정자를 만들지 않으면된다. (setter 안만들면됨)
참고 : Integer,String은 자바가 제공하는 대표적인 불변 객체

값 타입의 비교

값 타입 : 인스턴스가 달라도 그 안에 값이 같으면 같은것으로 봐야함
동일성(identity) 비교 : 인스턴스의 참조 값을 비교, == 사용한다.
동등성(equivalence) 비교 : 인스턴스의 값을 비교, equals() 사용한다.
값 타입은 a.equals(b)를 사용해서 동등성 비교를 해야한다.
값 타입의 equals() 메소드를 적절하게 재정의(주로 모든 필드 사용)

값 타입 컬렉션

값 타입을 컬렉션에 담아서 사용하는것

값 타입을 하나 이상 저장할 때 사용한다.
@ElementCollection, @CollectionTable 사용
데이터베이스는 컬렉션을 같은 테이블에 저장할 수 없다.
컬렉션을 저장하기 위한 별도의 테이블이 필요하다.

값 타입 컬렉션 사용

값 타입 저장 예제
값 타입 조회예제
- 값 타입 컬렉션도 지연 로딩 전략을 사용한다.
값 타입 수정 예제
값 타입 컬렉션은 영속성 전이(Cascade) + 고아 객체 제거 기능을 필수로 가진다고 볼 수 있다.

값 타입 컬렉션의 제약사항

값 타입은 엔티티와 다르게 식별자 개념이 없다.
값은 변경하면 추적이 어렵다.
값 타입 컬렉션에 변경 사항이 발생하면, 주인 엔티티와 연관된 모든 데이터를 삭제하고, 값 타입 컬렉션에 있는 현재 값을 모두 다시 저장한다.
값 타입 컬렉션을 매핑하는 테이블은 모든 칼럼을 묶어서 기본키를 구성해야한다. (null 입력 X, 중복 저장 X)

값 타입 컬렉션의 대안

실무에서는 상황에 따라 값 타입 컬렉션 대신에 일대다 관계를 고려한다고한다.
일대다 관계를 위한 엔티티를 만들고, 여기에서 값 타입을 사용한다.

😄 참고 : 인프런 김영한님의 JPA 기본 강의 및 교재

🌜 개인 공부 기록용 블로그입니다. 오류나 틀린 부분이 있을 경우 언제든지 댓글 혹은 메일로 지적해주시면 감사하겠습니다! 😄

개인메모