애플리케이션 서버와 DB - 일반적인 사용법
1. 커넥션 여결 : 주로 TCP/IP를 사용해서 커넥션 연결
2. SQL전달 : 애플리케이션 서버는 DB가 이해할 수 있는 SQL을 연결된 커넥션을 통해 DB에 전달
3. 결과 응답 : DB는 전달된 SQL을 수행하고 그 결과를 응답. 애플리케이션 서버는 응답 결과를 활용
JDBC(Java Database Connectivity)
- 자바에서 데이터베이스에 접속할 수 있도록 하는 자바 API
- 데이터베이스에서 자료를 쿼리하거나 업데이트 하는 방법을 제공
JDBC표준 인터페이스
1. Connection : 연결
2. Statement : SQL 전달
3. ResultSet : 결과 응답
JDBC드라이버
- JDBC인터페이스를 각각의 DB회사에서 자신의 DB에 맞도록 구현해서 라이브러리를 제공하는 것
MySQL DB에 접근할 수 있는 것 -> MySQL JDBC 드라이버
Oracle DB에 접근할 수 있는 것 -> Oracle JDBC 드라이버
JDBC의 등장으로 해결된 문제점
1. 데이터베이스를 다른 종류의 데이터베이스로 변경하면 애플리케이션 서버의 데이터베이스 사용 코드도 함께 변경해야하는 문제
- 애플리케이션 로직은 이제 JDBC 표준 인터페이스에만 의존. 따라서 데이터베이스로 변경하고 싶으면 JDBC 구현 라이브러리만 변경하면 됨. 따라서 다른 종류의 데이터베이스로 변경해도 애플리케이션 서버의 사용 코드를 그대로 유지할 수 있음
2. 개발자가 각각의 데이터베이스마다 커넥션 연결, SQL전달, 결과 응답을 받는 방법을 새로 학습해야하는 문제
- 개발자는 JDBC 표준 인터페이스 사용법만 익히면 됨. 한번 배우면 수십개의 데이터베이스에 동일하게 적용 가능
***** JDBC코드는 변경하지 않아도 되지만 SQL은 해당 데이터베이스에 맞도록 변경해야한다
***** JPA를 사용하면 각각의 데이터베이스마다 다른 SQL을 정의해야하는 문제도 많은 부분 해결할 수 있음
JDBC를 편리하게 사용하는 기술
1. SQL Mapper
2. ORM
SQL Mapper
1. 장점
- JDBC를 편리하게 사용하도록 도와줌
- SQL 응답 결과를 객체로 편리하게 반환해줌
- JDBC의 반복 코드를 제거해줌
2. 단점
- 개발자가 SQL을 직접 작성해야함
3. 대표기술
- 스프링 JdbcTemplate, MyBatis
ORM기술
- 객체를 관계형 데이터베이스 테이블과 매핑해주는 기술.
- 반복적인 SQL을 작성하지 않고, ORM기술이 개발자 대신 SQL을 동적으로 만들어 실행해줌
- 각각의 데이터베이스마다 다른 SQL을 사용하는 문제도 해결해줌
- 대표기술 : JPA, Hibernate, 이클립스링크
- JPA는 자바 진영의 ORM 표준 인터페이스이고, 이것을 구현한 것으로 하이버네이트와 이클립스 링크 등의 구현 기술이 있음
SQL Mapper는 SQL만 작성할 줄 알면 금방 배워서 사용 가능
ORM은 SQL은 작성하지 않지만 기술이 어려워 실무에서 사용하려면 깊게 이해하고 있어야함
데이터베이스에 연결할면 JDBC가 제공하는 DriverManager.getConnection(..)를 사용하면 됨
- 라이브러리에 있는 데이터베이스 드라이버를 찾아서 해당 드라이버가 제공하는 커넥션을 반환해줌
- 현재는 H2데이터베이스 드라이버가 작동해서 실제 데이터베이스와 커넥션을 맺고 그 결과를 반환해줌
JDBC 커넥선 인터페이스
- JDBC는 java.sql.Connection 표준 커넥션 인터페이스를 정의
- H2 데이터베이스 드라이버는 JDBC Connection 인터페이스를 구현한 org.h2.jdbc.JdbcConnection 구현체를 제공
DriverManager 커넥션 흐름
- DriverManager는 라이브러리에 등록된 DB 드라이버들을 관리하고, 커넥션을 획득하는 기능을 제공
1. 애플리케이션 로직에서 커넥션이 필요하면 DriverManager.getConnection()을 호출
2. DriverManager는 라이브러리에 등록된 드라이버 목록을 자동으로 인식. 이 드라이버들에게 순서대로 다음 정보를 넘겨서 커넥션을 획득할 수 있는지 확인
3. 커넥션 구현체가 클라이언트에 반환
리소스 정리
- 쿼리를 실행하고 나면 리소스를 정리해야함
- 리소스 정리를 할때는 항상 역순으로 해야함
- 리소스 정리는 꼭!! 해주어야함.
- 따라서 항상 수행되어야 하므로 finally구문에 주의해서 작성
- 만약 이 부분을 놓치게 되면 커넥션이 끊어지지 않고 계속 유지되는 문제가 발생할 수 있음
- 이걸 리소스 누수라고 하는데, 결과적으로 커넥션 부족으로 장애가 발생할 수 있음
- SQL Injection공격을 예방하려면 PreparedStatement를 통한 파라미터 바인딩 방식을 사용해야함
pstmt.executeQuery(), executeUpdate()
- 데이터 조회 : executeQuery()
- 데이터 변경 : executeUpdate() - 영향받은 row수 반환
'spring > 스프링' 카테고리의 다른 글
| 트랜잭션 (0) | 2023.03.20 |
|---|---|
| 커넥션풀, 데이터소스 (0) | 2023.03.20 |
| 라이프사이클 콜백 (InitializingBean, DisposableBean / @PostConstruct, @PreDestory / initMethod, destroyMethod) (0) | 2023.03.13 |
| 수동 빈 등록을 사용하는 경우 - 업무로직빈, 기술지원빈 (0) | 2023.03.12 |
| 조회 빈이 2개 이상 문제, Qualifer/Primary, Annotation만들기 (0) | 2023.03.12 |
댓글