DynoTable

용어집

이 문서 전반에 쓰이는 DynamoDB와 DynoTable 용어의 정의입니다. 많은 용어가 문서에서 점선 밑줄로 나타납니다 — 클릭하면 정의를 인라인으로 볼 수 있습니다.

AWS Bedrock
파운데이션 모델을 위한 AWS의 관리형 서비스. DynoTable의 AI 어시스턴트는 사용자 본인의 AWS 자격 증명으로 Bedrock에 대해 실행할 수 있어 프롬프트가 사용자 계정 안에 머뭅니다. DynoTable에서 보기 →
DynamoDB Stream
테이블의 항목 수준 변경(삽입, 업데이트, 삭제)을 시간 순서로 기록한 정렬된 로그. Lambda 함수 같은 다운스트림 처리를 트리거하는 데 사용됩니다. 개념 알아보기 →
Expression Builder
시각적 폼을 유효한 DynamoDB 키/필터/업데이트 표현식과 그에 맞는 속성 이름·값 맵으로 바꿔 주는 DynoTable의 무료 웹 도구. DynoTable에서 보기 →
IAM Identity Center (SSO)
AWS의 싱글 사인온 자격 증명 소스(이전 명칭 AWS SSO). DynoTable은 이를 통해 로그인하고 작업하는 동안 수명이 짧은 역할 자격 증명을 갱신합니다. DynoTable에서 보기 →
MFA
다중 인증(Multi-factor authentication). 역할이나 프로필이 이를 요구하면 DynoTable이 일회용 코드를 요청하고 그 결과 세션을 수명 동안 캐시합니다. DynoTable에서 보기 →
NDJSON
줄바꿈으로 구분된 JSON — 한 줄에 JSON 객체 하나. DynoTable이 CSV, JSON 배열과 함께 제공하는 스트리밍 친화적 내보내기 형식입니다. DynoTable에서 보기 →
OLAP(온라인 분석 처리)
분석 쿼리 워크로드 — 대규모 집계, GROUP BY, 전체 데이터셋에 대한 임시 분할 조회. OLTP의 반대 개념이며, DynamoDB는 OLTP 지향이므로 무거운 분석 작업은 내보내기로 채워지는 컬럼형 스토어에서 처리해야 합니다. 개념 알아보기 → DynoTable에서 보기 →
OLTP(온라인 트랜잭션 처리)
운영 쿼리 워크로드 — 개별 레코드에 대한 작고 명확한 지점 및 범위 읽기와 쓰기. OLAP의 반대 개념이며, DynamoDB는 OLTP를 위해 만들어졌습니다. 개념 알아보기 → DynoTable에서 보기 →
PartiQL
AWS가 DynamoDB용으로 제공하는 SQL 호환 쿼리 언어. DynoTable에서는 INSERT/UPDATE/DELETE를 포함해 PartiQL을 직접 작성할 수 있으며 결과가 스트리밍됩니다. 개념 알아보기 → DynoTable에서 보기 →
Query
파티션 키 값 하나를 대상으로 하는 표적 읽기(선택적으로 정렬 키 조건으로 좁힘). 일치하는 항목만 읽어 빠르고 저렴합니다. DynoTable은 해시 키 필터를 설정하는 순간 Query를 실행합니다. 개념 알아보기 → DynoTable에서 보기 →
Quick View
그리드를 떠나지 않고 단일 항목의 전체 내용을 키보드로 들여다보는 기능 — 선택한 행에서 열어 모든 속성을 확인합니다. DynoTable에서 보기 →
Scan
테이블이나 인덱스의 모든 항목을 읽은 뒤 사후에 필터링하는 전체 읽기. 큰 테이블에서는 비용이 큽니다 — DynoTable은 요청이 Scan으로 되돌아갈 때 경고합니다. 개념 알아보기 → DynoTable에서 보기 →
Smart Table
하나 이상의 DynamoDB 테이블에 걸친 관련 항목을 단일 그리드로 조인하는 DynoTable 뷰로, 엔터티-관계 캔버스에서 시각적으로 정의합니다. DynoTable에서 보기 →
TTL (Time to Live)
항목별 만료 타임스탬프 속성. DynamoDB는 TTL이 지난 직후 항목을 비용 없이 자동으로 삭제합니다 — 세션, 캐시, 임시 데이터에 유용합니다. 개념 알아보기 →
Workbench
SQL로 작성하는 DynoTable 탭. DynamoDB의 액세스 패턴 규칙 안에서 테이블에 대해 실제 SQL(JOIN, GROUP BY, 집계)을 작성합니다 — PartiQL만으로는 표현할 수 없는 작업입니다. 개념 알아보기 → DynoTable에서 보기 →
강력한 일관성 읽기
가장 최근에 커밋된 쓰기를 반환하도록 보장되는 읽기. 테이블과 LSI에서 사용할 수 있으나(GSI는 불가) 최종적 일관성 읽기의 두 배 비용이 듭니다. 개념 알아보기 →
글로벌 보조 인덱스 (GSI)
동일한 테이블 데이터 위에 자체 파티션/정렬 키를 갖는 대체 키 스키마. 테이블의 기본 키가 아닌 속성으로 쿼리할 수 있게 합니다. GSI는 최종적 일관성을 따르며 자체 용량을 갖습니다. 개념 알아보기 → DynoTable에서 보기 →
기본 키
항목을 고유하게 식별하는 속성(들). 단순 키(파티션 키 하나)이거나 복합 키(파티션 키 + 정렬 키)입니다. 개념 알아보기 → DynoTable에서 보기 →
로컬 보조 인덱스 (LSI)
테이블의 파티션 키를 공유하되 다른 정렬 키를 사용하는 인덱스. 테이블 생성 시에만 정의할 수 있으며 강력한 일관성 읽기를 지원합니다. 개념 알아보기 → DynoTable에서 보기 →
마샬링
일반 JSON을 DynamoDB의 타입이 있는 와이어 형식({"S":"…"}, {"N":"…"})으로, 그리고 다시 되돌리는(언마샬링) 변환. DynoTable은 항목을 편집하거나 표현식을 만들 때 값을 대신 마샬링해 줍니다. 개념 알아보기 →
머신 해시
라이선스의 머신 2대 한도에 대해 활성화된 기기를 세는 데 사용되는 안정적이고 익명화된 컴퓨터 지문. 개인 정보를 포함하지 않습니다. DynoTable에서 보기 →
배치 작업
BatchWriteItem / BatchGetItem — 효율을 위해 여러 항목을 한 번의 왕복으로 처리합니다. 트랜잭션과 달리 개별 항목이 독립적으로 성공하거나 실패할 수 있습니다. 개념 알아보기 → DynoTable에서 보기 →
병렬 Scan
단일 Scan을 N개의 독립적인 Segment 읽기로 분할하여 여러 워커가 한 테이블을 동시에 읽게 하는 것. 단일 파티션의 처리량이 허용하는 것보다 빠르게 테이블 전체를 읽는 유일한 방법입니다. 개념 알아보기 →
복합 키
파티션 키와 정렬 키로 이루어진 기본 키. 여러 항목이 하나의 파티션 키 아래에 정렬된 컬렉션으로 주소 지정되어 존재할 수 있게 합니다. 개념 알아보기 → DynoTable에서 보기 →
비정규화
읽기에서 조인이 필요 없도록 데이터를 의도적으로 복제하거나 복잡한 속성에 내장하는 것. 쓰기 시점에 미리 조인하여, 더 신중한 쓰기를 단일 요청의 저렴한 읽기와 맞바꿉니다. 개념 알아보기 →
속성
항목의 타입이 있는 단일 필드(문자열, 숫자, 바이너리, 불리언, 리스트, 맵, 집합 또는 null). 한 테이블 안의 항목들이 동일한 속성을 공유할 필요는 없습니다. 개념 알아보기 → DynoTable에서 보기 →
스테이징 영역
보류 중인 편집을 담는 DynoTable의 테이블별 버퍼. 변경 사항은 검토 가능한 diff로 로컬에 쌓이며(해당 테이블의 열려 있는 어떤 뷰에서도 보임) 트랜잭션 배치로 DynamoDB에 커밋되므로, 절반만 완성된 편집을 쓰는 일이 없습니다. DynoTable에서 보기 →
스파스 인덱스
키 속성을 가진 항목만 담는 보조 인덱스. 거대한 테이블의 작고 뜨거운 부분 집합이 사전 필터링되어 바로 쿼리할 수 있는 자체 컬렉션이 됩니다. 개념 알아보기 →
싱글턴 항목
고정된 하드코딩 키를 가지며 애플리케이션 전역 상태(기능 플래그, 구성 blob, 전역 카운터)를 담는 단일 항목. Scan이 아니라 항상 GetItem으로 읽습니다. 개념 알아보기 →
업데이트 표현식
쓰기가 항목 전체를 덮어쓰는 대신 항목을 어떻게 수정할지 지정하는 절 — 특정 속성에 대한 SET, REMOVE, ADD 또는 DELETE. 개념 알아보기 → DynoTable에서 보기 →
온디맨드 용량
요청당 과금 청구 모드: DynamoDB가 처리량을 자동으로 조정하고 읽기/쓰기당 비용을 지불합니다. 단순하고 용량 계획이 필요 없어 — 변동이 크거나 예측 불가능한 트래픽에 적합합니다. 개념 알아보기 →
용량 단위
DynamoDB I/O의 청구/처리량 측정 단위. 읽기는 4 KB(RCU)당, 쓰기는 1 KB(WCU)당 올림하여 측정됩니다. 쿼리나 스캔의 비용을 결정합니다. 개념 알아보기 →
이용 권한
사용자가 현재 활성 구독으로 보장되는지 — 그리고 팀의 경우 어느 조직이 보장하는지. DynoTable은 이를 해석해 라이선스 토큰이 무엇을 부여할지 결정합니다. DynoTable에서 보기 →
인접 리스트
그래프를 일반 항목으로 저장하는 방법으로, 각 에지를 출발점은 파티션 키에, 도착점은 정렬 키에 키로 지정합니다. 단일 Query로 노드의 이웃을 나열할 수 있으며, 조인 테이블을 조인하는 대신 쓰는 DynamoDB식 방법입니다. 개념 알아보기 →
읽기 전용 모드
DynoTable이 탐색과 쿼리는 허용하되 쓰기(항목 저장, 스테이징 커밋, 삭제)는 차단하는 상태. 체험/라이선스 만료나 명시적으로 읽기 전용인 뷰에 의해 발생합니다. DynoTable에서 보기 →
재인덱싱
자동 완성과 통계를 위해 테이블의 실제 필드와 값 샘플을 목록화하는 DynoTable의 백그라운드 스캔. 로컬에서 실행되며 데이터를 절대 수정하지 않습니다. DynoTable에서 보기 →
정렬 키
복합 기본 키의 선택적인 두 번째 절반. 같은 파티션 키를 공유하는 항목은 정렬 키 순서로 저장되며, 덕분에 범위 쿼리(begins_with, between, >)가 저렴합니다. 개념 알아보기 → DynoTable에서 보기 →
제로 패딩
숫자 정렬 키를 선행 0으로 고정 너비까지 채워 문자열의 사전식 순서가 숫자 순서와 일치하도록 하는 것. 이것이 없으면 "10"이 "2"보다 앞에 정렬됩니다. 개념 알아보기 →
조건 표현식
쓰기가 성공하려면 충족되어야 하는 조건자(조건부 쓰기) — 예: "이 항목이 아직 존재하지 않을 때만". DynoTable은 이를 사용해 스테이징된 편집을 안전하게 커밋합니다. 개념 알아보기 → DynoTable에서 보기 →
좌석
팀 구독에서 라이선스가 부여된 사용자 슬롯 하나. 멤버를 추가하면 좌석 하나를 소비하며, 좌석 수가 팀 요금제의 청구 기준입니다. DynoTable에서 보기 →
참조 카운트
상위 항목에 저장되는 비정규화된 집계(게시물의 좋아요, 워크스페이스의 멤버 수 등)로, 자식이 작성될 때 함께 유지되어 읽기에서 셀 필요가 없습니다. 트랜잭션을 사용하고 이중 집계를 방지하세요. 개념 알아보기 →
체험
전체 기능을 사용할 수 있는 기간 한정 평가 기간. 기간이 끝나면 구독을 시작할 때까지 DynoTable이 읽기 전용으로 전환됩니다. DynoTable에서 보기 →
최종적 일관성 읽기
기본 읽기 모드: 쓰기 직후 잠깐 오래된 데이터를 반환할 수 있지만, 강력한 일관성 읽기의 절반 비용입니다. 복제본은 1초 이내에 수렴합니다. 개념 알아보기 →
쿼리 패턴
DynoTable에서 탭을 읽는 데 사용하는 인덱스 — 테이블의 PRIMARY 키 또는 이름이 지정된 GSI/LSI. 어떤 키로 필터링할 수 있는지를 결정합니다. DynoTable에서 보기 →
키 오버로딩
파티션 키와 정렬 키에 일반적인 이름(pk/sk)을 붙이고 각 엔터티 타입을 값에 인코딩하여, 하나의 테이블이 여러 엔터티를 처리하도록 하는 기법. 싱글 테이블 설계를 가능하게 하는 기술입니다. 개념 알아보기 →
타입 속성
각 항목에 찍히는 단순 문자열로, 그 항목이 나타내는 엔터티를 명명합니다(예: EntityType: "Document"). 혼합 파티션에서 행을 식별하고, 오버로드된 인덱스를 하나의 엔터티로 필터링하며, 향후 마이그레이션을 쉽게 합니다. 개념 알아보기 →
탭
브라우저 방식의 DynoTable 작업 공간. 각 탭은 자체 테이블, 쿼리 패턴, 필터, 결과를 담으며 — 여러 개를 열어 키보드로 전환할 수 있습니다. DynoTable에서 보기 →
트랜잭션
하나 이상의 테이블에 걸친 전부 아니면 전무(all-or-nothing) 방식의 쓰기(또는 읽기) 묶음 — TransactWriteItems / TransactGetItems. 모든 작업이 성공하거나 하나도 성공하지 않습니다. 개념 알아보기 → DynoTable에서 보기 →
파티션 키
테이블의 기본 해시 키. DynamoDB는 이를 해싱해 항목을 저장할 물리 파티션을 고르므로, 모든 효율적인 읽기는 파티션 키 값 하나를 고정하는 데서 시작합니다. 개념 알아보기 → DynoTable에서 보기 →
프로비저닝된 용량
고정된 읽기/쓰기 용량 단위를 직접 설정하는(선택적으로 자동 확장) 청구 모드. 안정적이고 예측 가능한 부하에서는 온디맨드보다 저렴합니다. 개념 알아보기 →
프로젝션
인덱스로 복사되는 속성 집합 — KEYS_ONLY, INCLUDE(선택한 부분 집합) 또는 ALL. 프로젝션에 없는 속성을 읽으면 기본 테이블에서 추가 조회가 발생합니다. 개념 알아보기 →
프로젝션 표현식
읽기에서 반환할 속성 목록으로, DynamoDB가 항목 전체 대신 필요한 필드만 돌려보내게 합니다. 개념 알아보기 →
프로필
DynoTable에 저장된 AWS 자격 증명 연결(액세스 키, SSO 또는 리전에 대한 위임 역할). 프로필을 전환하면 앱이 다른 계정이나 환경을 가리키게 됩니다. DynoTable에서 보기 →
필터 표현식
쿼리나 스캔이 항목을 읽은 뒤에 적용되는 조건. 결과 집합을 좁히지만 읽기 비용을 줄이지는 못합니다 — 그건 키 조건만 할 수 있습니다. 개념 알아보기 → DynoTable에서 보기 →
핫 파티션
하나의 파티션 키가 자기 몫의 처리량으로 감당할 수 있는 것보다 훨씬 많은 읽기나 쓰기를 끌어들여, 테이블의 나머지는 놀고 있는데도 그 키로의 요청이 제한되는 상태. 크기가 아니라 키 설계의 문제입니다. 개념 알아보기 →
항목
DynamoDB 테이블의 단일 레코드 — 대략 행에 해당합니다. 항목은 기본 키로 식별되는 속성의 모음입니다.
항목 컬렉션
동일한 파티션 키 값을 공유하는 모든 항목. 단일 Query가 함께 읽는 단위이며, 활성화하는 기능이 아니라 키 스키마에서 비롯되는 창발적 속성입니다. 개념 알아보기 →

업데이트됨