인덱스(Indexes)

보조 인덱스는 같은 데이터에 대해 또 다른 액세스 패턴, 즉 다른 파티션 키와 정렬 키를 제공합니다. SQL에서 넘어왔다면 GSI를 부담 없이 추가할 수 있는 B-tree 인덱스처럼 다루는 것이 함정입니다. 그렇지 않습니다. GSI는 자체 키와 자체 비용, 자체 일관성 규칙을 가진, 데이터의 복제된 사본입니다.

이 섹션은 올바른 인덱스 타입을 고르는 법, 인덱스를 저렴하게 유지하는 법, 그리고 프로덕션에서 발목을 잡는 함정들, 즉 테이블이 아니라 인덱스로 거슬러 올라가는 오래된 읽기와 쓰기 스로틀링을 다룹니다.

7개 중 0개 읽음퀴즈
DynamoDB의 GSI 대 LSI
DynamoDB의 GSI 대 LSI — 파티션 키, 일관성, 용량, 10 GB 차이와 어떤 보조 인덱스를 선택할지에 대한 간단한 규칙.
입문3분 분량
DynamoDB 인덱스 프로젝션: KEYS_ONLY, INCLUDE, ALL
DynamoDB 인덱스 프로젝션 — KEYS_ONLY, INCLUDE, ALL — 각각이 GSI/LSI에 무엇을 복사하는지, 스토리지와 쓰기 비용의 절충, 그리고 빠진 속성이 베이스 테이블 조회를 강제하는 이유.
중급5분 분량
DynamoDB 희소 인덱스
DynamoDB 희소 인덱스는 글로벌 보조 인덱스가 자신의 키를 가진 아이템만 담게 합니다 — 거대한 테이블의 작은 부분집합을 쿼리하는 가장 저렴한 방법.
중급7분 분량
DynamoDB의 키 오버로딩
DynamoDB 키 오버로딩 — 일반적인 PK/SK 이름 아래 여러 엔티티 유형을 저장하고, 유형을 키 값에 인코딩하여 하나의 테이블에서 모든 액세스 패턴을 처리합니다.
고급6분 분량
DynamoDB GSI가 최종적 일관성인 이유
DynamoDB GSI가 최종적 일관성인 이유 — 쓰기 직후 읽기의 묵은 결과 함정, 그 뒤의 전파 메커니즘, 그리고 이를 우회 설계하는 법.
중급7분 분량
DynamoDB에서 GSI가 베이스 테이블 쓰기를 스로틀하는 이유
프로비저닝이 부족한 DynamoDB GSI가 베이스 테이블 쓰기를 스로틀하는 이유 — GSI 백프레셔, 핫 인덱스 파티션, 주의할 예외, 그리고 해결 방법을 알아봅니다.
고급6분 분량
이해도 점검퀴즈 풀기
이 섹션에서 배운 내용을 점검해 보세요.

GSI와 LSI부터 시작하세요. 나머지는 그 차이를 안다고 전제합니다.

DynoTable 사용해 보기로 인덱스를 직접 살펴보고 쿼리하세요.