[JPA] ddl-auto:UPDATE, JPA에서 어떤식으로 작동하는 것일까?

이전 글을 확인할려면?! 

[Spring Boot] JPA의 ddl-auto 옵션이란?!

 

update 실행의 4단계 과정

1️⃣ 엔티티 스캔 및 모델링 (Entity Scanning)
애플리케이션이 시작될 때, Hibernate는 프로젝트 내에 @Entity 어노테이션이 붙은 클래스들을 싹 훑어봅니다. 그리고 이 클래스들의 필드, 연관관계, 제약조건 등을 바탕으로 메모리 상에 가상의 '엔티티 스키마 모델'을 완성합니다.

2️⃣ DB 메타데이터 추출 (Database Metadata Extraction)
그다음, 설정된 데이터베이스에 직접 연결(JDBC Connection)하여 현재 만들어져 있는 테이블, 컬럼, 제약 조건 등의 실제 구조 정보(메타데이터)를 읽어옵니다.

3️⃣ 두 스키마의 비교 (Comparison & Diffing)
이제 메모리에 있는 '엔티티 모델'과 DB에서 읽어온 '실제 데이터베이스 스키마'를 꼼꼼하게 비교합니다.

• "어? 엔티티에는 Member 테이블이 있는데 DB에는 없네?"
• "엔티티의 Member에 age 컬럼이 추가되었는데, DB에는 아직 없구나!"
  이렇게 두 모델 사이의 차이점(Diff)을 찾아냅니다.

4️⃣ DDL 생성 및 실행 (DDL Generation & Execution)
찾아낸 차이점을 데이터베이스에 반영하기 위해 ALTER TABLE이나 CREATE TABLE 같은 SQL 문(DDL)을 생성합니다. 그리고 이 쿼리를 데이터베이스에 날려 스키마를 업데이트하게 됩니다.

JPA 관점에서 본 update의 핵심 특징과 함정

이 과정을 거치기 때문에 update 옵션은 아주 명확한 한계와 특징을 가집니다. 이 부분을 꼭 기억해 두셔야 해요!

• 오직 '추가(Append)'만 가능합니다: 데이터의 안전을 위해서 기존 테이블이나 컬럼을 삭제(DROP)하지는 않습니다. 만약 코드에서 엔티티의 특정 필드를 지웠더라도, DB의 컬럼은 지워지지 않고 그대로 남아있게 됩니다.
• 컬럼명 변경 시의 함정: 엔티티에서 필드 이름을 userName에서 nickname으로 바꾸면 어떻게 될까요? JPA는 "이름이 변경되었네"라고 똑똑하게 인식하지 못합니다. 대신 "기존의 userName은 삭제되었고(하지만 DROP은 안 함), nickname이라는 새로운 컬럼이 생겼구나!"라고 판단합니다. 결과적으로 DB에는 두 컬럼이 모두 존재하게 됩니다. 
• 타입 변경의 한계: 데이터베이스의 종류(Dialect)에 따라 다르지만, 이미 존재하는 컬럼의 데이터 타입을 변경(예: VARCHAR -> INT)하는 것은 지원하지 않거나 에러를 발생시키는 경우가 많습니다.