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
- 플루터
- LPOS
- intellij
- 오블완
- reids
- 논블록킹 성능
- pinpoint 2.5.3
- RedirectService
- 노드간 통신
- Loki 로그
- 애자일 싫타
- 핀포인트
- 개발 어렵당.ㅠ
- UnsupportedOperationException
- 월급루팡 일지
- Armeria
- formik
- OIDC
- fake jwt
- 7879
- 티스토리챌린지
- R2DBC Paging
- save/update
- jsonMarshaller
- nGinder
- hbase 저장공간 설정
- pinpoint
- ㅉ때
- jar 배포
- Ingress Controller Fake
Archives
- Today
- Total
목록2024/05/17 (1)
대머리개발자

데이터 모델링(?)을 하는 과정에서 동일한 데이터를 저장하는 것은 누가 봐도 비효율적이다. 예들들어 설문지 관련 개발한다고 하자. 설문지에 응답의 값을 그대로 저장한다고 하면 1~100명의 응답값이야 크게 문제가 없겠지만 1만명 이상의 응답값을 그대로 저장 한다면……. 그래도 뭐 크게 문제는 안 되겠지만 개발자라면..이것은 찝찝해야 한다. 그렇지 않다면 당신은 개발자가 아닐 확률이… 리팩토링 욕구가.. 아니 애초에 이렇게 설계를 하지 않겠다. 긴 문자열 응답 값을 그대로 저장하기 보단. 별도의 테이블로 관리하고 해당 value의 pk만을 저장한다면 좋겠다. 요것이 바로 정규화 과정이다. 조금더 깨끗한 조금더 우아한 코드에 대한 고민을 실력이 뿜뿜!! 단 테이블이 추가되기 때문에 비지니스 로직이.. 상당히..
개발이야기/코틀린
2024. 5. 17. 09:30