📌포스팅에 앞서..

필자가 배운 내용을 정리하고자 함에 의의를 뒀으니 비유적인 표현이 많고 개념을 정의함에 있어서 정석적인 정의가 아님을 인식해주었으면한다.
피드백 절대환영!!!

📌OOP와 DB의 불일치성을 해결해주는 JPA

앞의 포스팅에서 말했듯이 자바프로그램에 저장되는 데이터와 DB에 저장되는 데이터 타입이 다르다.
그래서 JPA를 사용한다.
JPA는 다음과 같은 이점을 제공한다.

• JPA는 DB와 OOP의 불일치성을 해결하기 위한 방법론을 제공한다.(DB는 객체 저장 불가능)
• JPA는 OOP의 관점에서 모델링을 할 수 있게 해준다.
• JPA는 방언처리가 용이하여 Migration하기 좋다. 유지보수에도 좋다.

📌JPA는 DB와 OOP의 불일치성을 해결하기 위한 방법론을 제공한다.(DB는 객체 저장 불가능)

Team table

ID	Name	Year
1	맨체스터 유나이티드	1878
2	바르셀로나	1899

Player table

ID	Name	teamId(FK)
1	박지성	1
2	브루노 페르난데스	1
3	리오넬 메시	2
4	리산드로 마르티네스	1

다음과 같이 DB에 Team table과 Player table을 생성하려고한다.
Player table의 teamId는 참조키이다.

단순히 DB의 관점으로 생각한다면 다음과 같이 자바 코드를 짤 것이다.

public class Team{
	int id;
    String name;
    String year;
}

public class Player{
	int id;
    String name;
    String teamId;
}

DB의 각 column의 자료형은 String, int처럼 단순 자료형이다.
따라서 박지성의 teamId라는 자료형이 맨체스터 유나이티드라는 row의 모든 정보를 담지 못한다는 것이다.
그래서 위와 같은 방법이라면 웹페이지에 단순히 teamId = 1이라는 정보를 뿌려줘야한다.
그런데 자바에서는 다음과 같이 코드를 짤 수 있다.

public class Team{
	int id;
    String name;
    String year;
}


public class Player{
	int id;
    String name;
    Team team;
}

다음과 같이 짜면, 우리가 name이 박지성인 사람을 select하면, teamId값이 1임을 참조해 해당 팀에 대한 테이블 정보를 찾아올 수 있다.
이와 같이 JPA는 insert, select등의 쿼리문을 사용할 때 ORM을 이용해 다음과 같이 효율적으로 데이터를 넣어준다.

📌JPA는 OOP의 관점에서 모델링을 할 수 있게 해준다

ID	Name	color	engineId(FK)
1	BMW	white	2
2	Sonate	black	1

ID	power
1	2000
2	4000

엔진이 자동차의 부모가 되는건 뭔가 이상하기 때문에, 상속의 개념이 아닌 compositon(결합)의 개념을 통해 테이블을 만들었다.
위와 같은 테이블이 있다면 아래와 같이 자바 코드를 짤 것이다.

public class Car{	
    int id;
    String name;
    String color;
    Engine engineId;
}

public class Engine{
	int id;
    int power;
}

그런데 우리가 여기서 자동차가 생성된 날짜를 테이블에 넣고 싶어 다음과 같은 데이터를 정의했다면,

	TimeStamp createDate;
	TimeStamp updateDate;

이 필드들을 Car와 Engine 테이블에 중복으로 넣는게 아니라, 다음과 같이 클래스를 만든 후 각 테이블에서 상속받아 더 효율적으로 DB 테이블을 모델링할 수 있다.

public class Car extends EntityDate{	
    int id;
    String name;
    String color;
    Engine engineId;
}

public class Engine extends EntityDate{
	int id;
    int power;
}



public class EntityDate{
	TimeStamp createDate;
	TimeStamp updateDate;
}

📌JPA는 방언처리가 용이하여 Migration하기 좋고, 유지보수에도 좋다

방언처리(dialect)가 뭐냐면 다양한 종류의 DB를 사용할 수 있다는 말이다.
원래 DB의 종류가 달라지면, 사용하는 함수가 달라져 스프링의 코드도 바뀌어야하는데 스프링이 추상화 객체(역할에만 의존)를 바라보고 JPA를 이용하면 DB를 갈아끼울 수 있다.
마치 우리가 손을 가지고 있고 우리 손에 다양한 물건을 갈아끼울 수 있는 것과 같다.