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 |
Tags
- 개발 어렵당.ㅠ
- hbase 저장공간 설정
- RedirectService
- fake jwt
- reids
- pinpoint 2.5.3
- 노드간 통신
- Armeria
- 핀포인트
- nGinder
- ㅉ때
- UnsupportedOperationException
- intellij
- Loki 로그
- 논블록킹 성능
- Ingress Controller Fake
- LPOS
- 플루터
- pinpoint
- formik
- jar 배포
- R2DBC Paging
- save/update
- 티스토리챌린지
- jsonMarshaller
- 7879
- 월급루팡 일지
- OIDC
- 애자일 싫타
- 오블완
Archives
- Today
- Total
대머리개발자
게시판 본문 컬럼 분리에 대한 고민 본문
728x90
3천Row 밖에 안 되지만 본문 컨텐츠가 무거워 export할 때 용량은 거의 1GB에 육박했다.
현재 서비스를 이용하는데는 크게 문제는 없으나
추후 테이블의 구조가 변경될 때 이슈가 발생할 여지가 있기 때문에
이미 그런 경험을 맛 보았기 때문에 분리하려고 한다.
또 한편으로는 굳이(?) ㅡㅡㅋ
유비무환이다.
본문의 내용을 별도 테이블로 관리하기 때문에 장점을 또 굳이...이야기해보면.
1. 버전관리가 가능하다.
2. 메인테이블이 가벼워진다. 다시 말해 확장이 필요할 때 부담이 없어진다.
단점.
1. 관리 포인트가 많아진다.
2. 성능 문제가 예기치 못하게 발생할 수 있다.
본문이 컨텐츠가 더 커지면..파일로 관리해보자 ㅋ 가즈아!
728x90
'개발이야기 > DataBase' 카테고리의 다른 글
R2DBC 한 방 쿼리 고민s -> 안 된다! (0) | 2024.05.21 |
---|---|
R2DBC Native 쿼리에 날짜 컬럼 바인딩. (0) | 2024.05.08 |
json vs 확장속성 (0) | 2024.03.08 |
DB 꽃은 튜닝이지! (0) | 2024.03.07 |
querydsl로 마이그레이션 (0) | 2024.03.07 |