Neptune
그래프 데이터베이스. 관계 자체를 질의할 때
이게 뭔가요? / What is this?
Neptune은 표나 문서를 저장하는 일반 데이터베이스가 아니라, "누가 누구와 연결되어 있는가" 같은 관계 자체를 저장하고 따라가는 그래프 전용 관리형 데이터베이스입니다. 압정과 실로 사람들 사이의 인맥을 지도판에 표시해 둔 것처럼, 항목(노드)보다 그 사이를 잇는 연결선(관계)을 찾아내는 데 특화되어 있습니다.
개요 / Overview
Neptune은 노드와 간선으로 이루어진 그래프를 저장하고 질의하는 관리형 DB입니다. 소셜 네트워크, 추천 엔진, 부정 거래 탐지, 지식 그래프처럼 "관계를 따라가는" 질의가 핵심일 때만 정답입니다.
동작 원리 / How it works
Neptune은 정점과 간선을 1급 시민으로 저장하고 Gremlin·SPARQL·openCypher로 질의하는 그래프 데이터베이스입니다. 관계형에서 여러 번의 자기 조인이 필요한 "N단계 떨어진 연결 찾기"가 그래프에서는 단일 순회로 끝나기 때문에, 관계 탐색이 핵심인 워크로드에서만 의미가 있습니다.
시험은 무엇을 보는가 / What the exam is testing
시험에서 Neptune은 신호가 매우 분명한 경우에만 정답입니다 — 소셜 그래프의 "친구의 친구", 추천 엔진의 "이 상품을 산 사람이 함께 본 것", 부정 거래의 연결망 추적, 지식 그래프가 그 신호입니다. 이런 표현이 없는데 Neptune이 선택지에 있다면 대개 오답을 유도하는 미끼이며, 계층 구조나 단순 관계는 DynamoDB나 관계형으로 충분합니다.
시험 포인트 / Exam points
"친구의 친구", "추천 엔진", "관계 탐색", "지식 그래프"가 나오면 Neptune입니다. 그렇지 않으면 거의 항상 오답 선택지입니다.
자주 틀리는 함정 / Common traps
계층 구조 데이터라는 이유만으로 Neptune을 고르는 것 — 단순 계층은 DynamoDB나 관계형으로 충분합니다.
"관계형 조인이 느리다"는 이유로 Neptune을 고르는 것 — 조인이 한두 단계라면 인덱스 추가나 읽기 복제본, 캐시가 정답입니다. Neptune은 순회 깊이가 가변적이고 깊을 때만 이깁니다.
헷갈리는 것 구분하기 / Telling them apart
질의의 모양으로 갈립니다. 키를 알고 항목을 꺼내는 접근이면 DynamoDB가 훨씬 싸고 빠릅니다. 시작점만 알고 거기서 임의 깊이로 연결을 따라가야 하면 Neptune입니다. "몇 단계 떨어져 있는지 미리 알 수 없다"가 결정적 신호입니다.
Amazon Neptune
Graph database for querying relationships themselves
이게 뭔가요? / What is this?
Neptune is not a general-purpose database for tables or documents — it is a managed database purpose-built to store and traverse relationships, like who is connected to whom. Picture a corkboard with pins and string mapping out a social network: it specializes in following the connecting threads (relationships) rather than just the pinned cards (items) themselves.
개요 / Overview
Neptune stores and queries graphs of nodes and edges. It is correct only when traversing relationships is the point: social networks, recommendations, fraud detection, or knowledge graphs.
동작 원리 / How it works
Neptune stores vertices and edges as first-class entities and queries them with Gremlin, SPARQL, or openCypher. Finding connections N hops away, which needs repeated self-joins in a relational database, becomes a single traversal — so it only pays off when relationship traversal is the core workload.
시험은 무엇을 보는가 / What the exam is testing
Neptune is correct only on very explicit signals: "friends of friends" in a social graph, "people who bought this also viewed" in a recommendation engine, tracing fraud rings, or a knowledge graph. Without such phrasing, Neptune in the options is usually bait — hierarchies and simple relationships fit DynamoDB or a relational database.
시험 포인트 / Exam points
"Friends of friends", "recommendation engine", "relationship traversal", or "knowledge graph" mean Neptune. Otherwise it is a distractor.
자주 틀리는 함정 / Common traps
Choosing Neptune just because data is hierarchical — simple hierarchies fit DynamoDB or a relational database.
Choosing Neptune because "relational joins are slow" — for one or two hops the answer is an index, a read replica, or a cache. Neptune wins only when traversal depth is variable and deep.
헷갈리는 것 구분하기 / Telling them apart
Decided by query shape. Fetching items by known key is far cheaper and faster on DynamoDB. Knowing only a starting point and following links to arbitrary depth is Neptune. "We cannot know in advance how many hops away" is the decisive signal.
AWS SAA Hub Pro는 독립 학습 자료이며 Amazon Web Services, Inc.의 공식 서비스가 아닙니다. 시험 정책과 서비스 사양은 AWS 공식 문서를 기준으로 확인하세요.