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
- DI
- Web
- 지연 로딩
- Routing Key
- Dead Letter Queue
- 페이징
- Spring Data JPA
- dockerhub
- @ComponentScan
- securitycontextholderfilter
- JdbcTemplate
- docker compose
- 스프링 부트
- kafka
- redis
- AWS
- JPA
- JWT
- Spring Container
- mybatis
- docker
- Spring
- JPQL
- 서블릿 컨테이너
- CORS
- 컨테이너
- @Transactional
- MSA
- DLQ
- 쿠버네티스
Archives
- Today
- Total
목록index (1)
look-forest
대용량 데이터의 조회(feat.페이징,인덱스)
게시글 CRUD API를 만들고, 대용량 데이터를 조회하는 상황을 가정하자.테이블 구조는 다음과 같다.분산 데이터베이스를 가정하기 때문에 게시글이 N개의 샤드로 분산되는 상황을 고려한다.Shard Key = board_id (게시판 단위로 게시글 목록을 조회하므로)Hash-based Sharding이라고 가정Primary Key는 오름차순 유니크 숫자를 애플리케이션에서 직접 생성한다. (Snowflake, TSID 등)페이징대규모 데이터에서 게시글 목록 조회는 왜 복잡할까?모든 데이터를 한 번에 보여줄 수 없다. (메모리, 네트워크, 성능 상 제약)=> 페이징 필요 페이징 처리를 하려면?디스크에 저장된 모든 데이터를 메모리로 가져오고, 특정 페이지만 추출하는 것은 비효율적디스크 I/O 비용메모리 용량 초..
Architecture/대규모 시스템 설계
2026. 1. 3. 20:17