Notice
Recent Posts
Recent Comments
Link
| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | ||||
| 4 | 5 | 6 | 7 | 8 | 9 | 10 |
| 11 | 12 | 13 | 14 | 15 | 16 | 17 |
| 18 | 19 | 20 | 21 | 22 | 23 | 24 |
| 25 | 26 | 27 | 28 | 29 | 30 | 31 |
Tags
- programmers
- 백트래킹
- BFS
- JPA
- 알고리즘
- boj
- 부분수열의합
- 그리디
- dynamic programming
- 스프링
- 구현
- Java
- 이분탐색
- 깊이우선탐색
- 너비우선탐색
- Backtracking
- 브루트포스
- DynamicProgramming
- 네트워크
- Spring
- DP
- Network
- Algorithm
- greedy
- ReactiveProgramming
- 프로그래머스
- DFS
- 동적계획법
- 백준
- 우선순위큐
Archives
- Today
- Total
목록converter (1)
옌의 로그
ENUM과 DB 매핑 전략 (feat. Enum Converter,, 코드 테이블,,)
최근 프로젝트에서 enum을 자주 사용하게 되면서, 한 가지 고민이 생겼다. 코드 상에서는 enum으로 깔끔하게 관리하고 싶은데DB에는 그 값이 int로 저장된다면? 예를 들어, 상품 상태(ProductStatus)를 enum으로 선언하고 있지만 DB에는 0, 1, 2 같은 숫자로 저장하는 구조였다. 그럼 이 숫자들이 도대체 뭘 의미하는지 코드만 봐서는 알기 어렵다. 이를 해결하기 위해 사용했던 방법들을 정리하고, 코드 테이블 방식까지 비교해보려 한다. 1. Enum의 순서(ORDINAL)를 그대로 사용하는 방식가장 간단하고 자주 쓰이는 방법이다. enum 선언 순서가 곧 DB의 숫자 값이 된다.@Getterpublic enum ProductStatus { READY, // 0 ..
스터디/기타
2025. 8. 28. 13:32