[ KB IT's Your Life 7기 ] Spring 데이터베이스 연동 후기

본 게시글 이미지들은 AI를 활용하여 생성되었습니다.

안녕하세요!

이번엔 티스토리에 가볍게 정리해두는 Spring 데이터베이스 연동 후기 들고왔어요.

네이버 블로그에 백엔드 후기는 따로 길게 써뒀고,

드디어 MyBatis가 등장했는데 한번 정리해볼게요! .

---

JDBC는 원리만, 실전은 MyBatis

강사님이 처음에 이렇게 정리해주셨어요.

JDBC는 원리만 이해하면 되고, 못 써도 크게 문제없다고요.

워낙 귀찮은 작업이 많아서

실전에서는 다 상위 레벨 프레임워크를 쓴다고 하셨습니다.

우리가 쓸 건 MyBatis인데

스프링이 연동을 워낙 깔끔하게 지원해줘서

정작 우리가 신경 쓸 건 XML 쿼리뿐이라고 하셨어요.

---

커넥션 풀의 표준, 히카리CP

데이터 소스 얘기가 나왔어요.

연결된 DB 커넥션을 부르는 일반 용어이고,

주로 커넥션 풀로 관리된다고 합니다.

커넥션 맺는 작업 자체가 오버헤드가 큰 작업이라,

스레드 풀처럼 커넥션도 미리 여러 개 만들어두고

필요할 때마다 꺼내 쓴다는 거예요.

스프링에서 거의 표준처럼 쓰이는 게 히카리CP라고 하셨습니다.

오후 수업에서 더 와닿게 설명해주셨는데,

maximumPoolSize를 10으로 주면 커넥션을 미리 10개 만들어둔다는 뜻이고

그 10개가 이미 DB와 세션 연결이 되어 있는 상태라고 보면 된다고 하셨어요.

접속 정보는 application.properties에 따로 빼서 관리했어요.

spring.datasource.driver-class-name=org.mariadb.jdbc.Driver
spring.datasource.jdbc-url=jdbc:mysql://localhost:3306/scoladb
spring.datasource.username=scola
spring.datasource.password=****

---

설정 파일이 왜 자바 클래스일까

오후 강사님이 이 부분을 제일 인상 깊게 설명해주셨어요.

큰 프로젝트일수록 개발(Dev)과 운영(Ops)이 나뉘어 있고,

작은 프로젝트나 마이크로서비스에 적합한 게 DevOps라고요.

개발자가 개발도 하고 유지보수도 하면

XML도 다루고 Java도 다뤄야 해서 불편하니까,

관리도 편하게 설정 파일조차 Java로 하는 것뿐이라고 하셨습니다.

(강사님 표현: "이게 뭐 더 좋고 나쁨이 아니에요")

그래서 RootConfig.java가 예전의 XML 설정을 대신하는 클래스예요.

비즈니스 로직용 빈(서비스, DAO, 맵퍼)은 RootConfig에서,

웹 관련 빈은 ServletConfig에서 관리한다고 정리해주셨어요.

@PropertySource로 properties 파일을 읽고

@Value("${jdbc.driver}") 같은 식으로 값을 주입받는 흐름도 다시 짚었어요.

이 두 어노테이션이 짝꿍이라는 게 핵심이었습니다.

---

맵퍼는 인터페이스만, 구현체는 자동

DAO 대신 MyBatis에서는 Mapper라는 용어를 쓴다고 하셨어요.

신기했던 건 인터페이스만 정의하면

구현체가 자동으로 만들어진다는 점이었습니다.

실제로 클래스명을 찍어보니 프록시 형태로 만들어져 있었어요.

간단한 쿼리는 어노테이션으로,

@Mapper
public interface TimeMapper {
    @Select("SELECT NOW()")
    String getTime();
}

복잡하거나 파라미터가 있는 쿼리는 XML로 분리하는 게 좋다고 하셨어요.

어노테이션은 문자열 안에 있어서 체크가 잘 안 된다는 이유였습니다.

@MapperScan과 @Mapper, 헷갈리지 말기

오후에 강사님이 "이거 중요해요" 하고 강조하신 부분이에요.

@MapperScan은 지정한 패키지의 모든 인터페이스를

스프링 빈으로 관리하려 한다고 합니다.

그래서 맵퍼와 관련 없는 일반 인터페이스까지

맵퍼로 간주해버리는 위험이 있다고요.

그래서 annotationClass = Mapper.class를 같이 줘서

@Mapper가 붙은 인터페이스만 관리하도록 하는 걸 권장한다고 하셨어요.

확장성이 좋아진다는 이유였습니다.

---

게시판 테이블과 VO 만들기

마지막엔 실제 게시판 테이블을 만들었어요.

PK는 number 타입에 auto increment를 줬습니다.

강사님이 정렬 얘기를 하면서 한 수 짚어주셨는데,

ORDER BY reg_date DESC보다

이미 인덱스로 정렬된 PK로 정렬하는 게 훨씬 낫다고 하셨어요.

데이터가 많아지면 매번 정렬하는 비용이 크기 때문이라고요.

CREATE TABLE tbl_board (
    bno     INT          PRIMARY KEY AUTO_INCREMENT,
    title   VARCHAR(200) NOT NULL,
    content TEXT,
    writer  VARCHAR(50),
    reg_date    DATETIME DEFAULT CURRENT_TIMESTAMP,
    update_date DATETIME DEFAULT CURRENT_TIMESTAMP
);

테이블을 만들고 나면

그 테이블을 표현하는 VO 객체를 만드는 게 다음 순서예요.

강사님이 숫자 타입은 래퍼 클래스로 하는 게 좋다고 하셨는데

테이블에 들어가기 전까지는 값이 0이 아니라

null로 표현될 수 있어야 하기 때문이래요

또 컬럼명의 언더바는 카멜케이스로 맞춰주면서

MyBatis의 카멜케이스 매핑 설정을 떠올리면 좋다고 짚어주셨어요!

---

마무리

이번 주는 직접 화면에 뭔가를 띄우기보다는,

게시판을 만들기 위한 바닥을 다지는 시간이었어요.

티스토리에는 이렇게 핵심만 가볍게 남겨둘게요.

더 자세한 코드와 과정은 네이버 블로그 후기에 정리해뒀습니다.

읽어주셔서 감사합니다. 궁금한 점은 댓글로 남겨주세요!

---

#KBIT교육 #KBITSYOURLIFE #KB국민은행부트캠프 #멀티캠퍼스부트캠프 #KB부트캠프 #Spring #MyBatis #히카리CP #데이터베이스연동 #개발자포트폴리오 #IT취준 #TIL #신입개발자 #부트캠프후기