MyBatis

java ↔ JDBC API  ↔ DB

 

문제점

1. 많은 양의 코드

2. 개발자들간에 코드 일관성 확보

3. connection pull issue

4. java code 내에 sql문이 있음 -> 가독성 문제, string builder을 사용해야함

 

그래서!

 

Java ↔ 편한 API ↔ JDBC  ↔ DB

편한 API가 껴들게 되는데, 그게 2가지가 있음

Mybatis, JPA (이걸 구현한게 Hibernate)

 

차이점

Mybatis는 java와 sql을 mapping해주는 역할

JPA 는 ORM 기술 그 잡채이다.

---

일단 오늘은 MyBatis부터.

MyBatis를 위해서 이클립스에서 프로젝트를 만드는데, 여기서부터는 java project가 아니라, Maven project를 만든다.

 

Build tool인 Maven java project와 다르게 외부 라이브러리를 buildpath에 하나하나에 추가해줄 필요가 없다.

즉, xml 파일을 이용해서 build 에 필요한 라이브러리와 플러그인을 자동으로 관리할 수 있다.

 

Maven의 pom.xml 파일에 의존성(dependency)을 추가하면, Maven이 필요한 라이브러리를 자동으로 다운로드하고 프로젝트에 추가해준다. 이로 인해 수동으로 라이브러리를 관리하는 번거로움이 사라지고, 프로젝트의 일관성과 재현 가능성이 높아진다.

 

Maven 대신 또다른 Build tool, Gradle이 있다. (사실 요즘은 Gradle을 더 많이 쓴다고 한다.)

 

URECA_DB/MybatisBasic at main · ssIIIn0-0/URECA_DB