G·Graph Daily Lab
DAY 74 / 100
내 학습 기록
DAY 74개념·실험팔란티어 온톨로지 I

인터페이스와 객체 세트

분석은 대개 ‘지연된 배송’ 같은 객체 묶음에서 시작해 링크를 따라 ‘그 배송의 고객’으로 넓어집니다. 객체 세트를 좁히고 넓히는 방법과, 여러 객체 타입을 한 형태로 다루는 인터페이스를 봅니다.

약 20분조작형 실험 확인 퀴즈
A SMALL DETOUR

이번 회차, 내 속도로.

기초를 더 짚거나 궁금한 주제로 잠깐 넓혀 보세요. 최대 3단계를 거쳐 DAY 74로 돌아옵니다.

난이도·관심 주제 고르기
이번 회차는 어느 속도로 볼까요?
더 살펴볼 주제 1~2개 선택

1/2개 선택 · 새 보충·심화 수업과 본과정 다시 읽기를 선택할 수 있어요.

이렇게 다녀와요 1단계 · 약 12분

  1. 출발 · DAY 74인터페이스·객체 세트·검색 확장
  2. 1. 관심 주제고유성·결정성·표시 이름추가 29 · 새 추가 수업
  3. 복귀 · DAY 74원래 회차 이어가기
  • 고유성·결정성·표시 이름 · DAY 72에서 기본 키와 제목 키의 정의를 봤다면, 후보 열이 여럿일 때 무엇을 기준으로 고르고 무엇을 피해야 하는지 연습합니다.

선택과 경로 기록은 이 브라우저에 저장됩니다. 본과정의 회차 완료와는 별도입니다.

복귀: DAY 74 → 본과정 다음 회차: DAY 75
01 / UNDERSTAND

핵심 개념

객체 세트(object set)는 여러 객체 인스턴스의 모음으로, 데이터셋에서 필터한 행 집합에 해당합니다. Object Explorer는 키워드 검색부터 속성 필터까지 써서 관심 객체를 찾는 검색·분석 도구입니다. 결과 객체 세트를 탐색 화면이나 표로 보고, 다른 세트와 비교하고, 내보내거나 다른 앱(예: Quiver)에서 열고, 세트 전체에 액션을 일괄 적용할 수 있습니다.

링크를 따라 세트를 옮기는 것이 Search Around입니다. Quiver 문서는 기존 객체 세트와 링크된, 주어진 타입의 모든 객체로 새 객체 세트를 만드는 과정을 Search Around라고 부르고, 여러 번 연결해 링크를 여러 단계 따라갈 수 있다고 설명합니다. Object Explorer에서는 탐색의 주 객체 타입을 링크된 객체 타입으로 바꾸는 피벗(pivot)으로 같은 일을 합니다. 그래프로 보면 노드 집합에서 1홉 이웃 집합으로 넘어가는 연산입니다.

인터페이스(Interface)는 객체 타입의 형태(shape)와 기능을 기술하는 온톨로지 타입으로, 객체 타입 다형성(polymorphism)을 제공합니다. 인터페이스는 인터페이스 속성, 링크 타입 제약, 액션 타입 제약, 메타데이터로 이루어집니다. 객체 타입은 구체적이라 데이터셋이 백킹하고 인스턴스화할 수 있지만, 인터페이스는 추상적이라 데이터셋 백킹이 없고 직접 인스턴스화할 수 없습니다. 객체 타입은 필수 인터페이스 속성에 자기 속성을 매핑해 인터페이스를 구현(implement)하며, 여러 인터페이스를 구현할 수 있고 인터페이스는 다른 인터페이스를 확장(extend)할 수 있습니다.

물류에서 Trackable 인터페이스(trackingNumber, currentLocation, lastScanAt)를 Shipment와 Return(반품)이 구현하면, ‘마지막 스캔이 24시간 넘은 추적 대상’ 워크플로를 두 타입에 한 번에 적용합니다. 나중에 Pallet가 Trackable을 구현하면 코드를 고치지 않아도 같은 워크플로에 들어옵니다. OWL 클래스 계층과 비슷해 보이지만, 소속은 추론이 아니라 명시적 구현 선언으로 정해집니다. 인터페이스 지원 범위는 앱마다 다르고 문서가 현재 지원 수준을 따로 안내하므로 쓰기 전에 확인해야 합니다.

객체 세트는 필터와 Search Around로 좁히고 넓히는 분석 단위이고, 인터페이스는 여러 객체 타입이 공유하는 형태를 정의해 한 워크플로로 다루게 합니다.
02 / WORKED EXAMPLE∑

작은 예제로 따라가기

01

기준일 10-07에 약속일보다 늦게 도착했거나 약속일이 지났는데 아직 도착하지 않은 배송을 ‘지연’으로 필터하면 S-101(한빛상사, W-1), S-102(다온마트, W-1), S-104(바른약국, W-2) 3건입니다. 약속일이 날짜 형식이 아닌 S-106은 판정에서 빠지고, 창고 W-1 필터를 더하면 S-101·S-102 2건입니다.

02

지연 3건에서 Customer로 Search Around 하면 {한빛상사, 다온마트, 바른약국} 3개 객체가 나옵니다. 한빛상사의 다른 배송 S-103은 제때 도착했지만 고객 세트의 크기에는 영향을 주지 않습니다.

03

반품 R-01(한빛상사, W-2)도 Trackable을 구현하면 ‘Trackable 중 lastScanAt이 24시간을 넘은 것’ 같은 세트에 Shipment와 Return 객체가 함께 담깁니다. 배송 6건과 반품 1건이 같은 trackingNumber·currentLocation·lastScanAt 형태로 다뤄집니다.

03 / EXPLORE

직접 실험해 보기

‘지연’ 필터와 창고를 골라 객체 세트의 크기를 먼저 예상한 뒤, Search Around로 Customer 세트로 넘어가 단계별 개수를 확인하고, 인터페이스 토글로 Shipment와 Return이 공유하는 Trackable 속성을 확인하세요.

LIVE EXPERIMENT · OBJECT SET

객체 세트를 거르고 Search Around로 고객까지 넓히기

필터 1 · 지연 여부(10-07 기준 지연 규칙)
필터 2 · warehouse_id
101102103104105106한빛다온바른

한빛 = C-1 한빛상사 · 다온 = C-2 다온마트 · 바른 = C-3 바른약국

Shipment6
필터 결과3
Customer–
// 의사코드 — 객체 세트 API 형태를 단순화
Objects.search().shipment()
  .filter(s => isDelayed(s, "2026-10-07"))
Shipment 3개: S-101, S-102, S-104Object Explorer처럼 필터로 객체 세트를 좁힌 뒤, 링크를 따라 넓힐 수 있습니다.
기준일 10-07 · Shipment 6 → 필터 3 · S-106은 약속일 형식 오류로 지연 판정 제외 · 단순화한 학습용 시뮬레이션이며 Foundry 화면이 아닙니다
04 / RECALL & PRACTICE

이번에는 직접 풀어 보세요

정답을 보기 전에 계산과 이유를 적어 보세요. 해설과 비교하고 확인 표시를 남기면 완료할 수 있습니다.

문제 1
힌트 보기

Search Around 결과는 객체의 집합이라 같은 객체는 한 번만 셉니다.

풀이와 비교하기

(1) A와 B, 2개입니다. (2) A의 4건과 B의 1건을 합친 5건이고, 여기에는 지연이 아닌 배송 2건도 섞입니다. 링크를 갔다가 돌아오면 출발 세트가 아니라 더 넓은 세트가 될 수 있으므로, 단계마다 필터를 다시 확인해야 합니다.

풀이와 확인 표시는 이 브라우저에 저장됩니다.

YOUR NOTES

오늘 이해한 것과 다시 볼 것

계산이 달라진 이유, 헷갈린 개념, 다음에 확인할 질문을 남겨 보세요.

메모는 이 브라우저에 저장됩니다. 홈에서 전체 기록을 내려받을 수 있습니다.
05 / CHECK YOURSELF

오늘의 이해 확인

Foundry 인터페이스에 대한 설명으로 옳은 것은?

완료 조건: 확인 퀴즈 정답 · / 직접 풀기 0/1

FURTHER READING

더 깊이 읽기

예제와 실험 데이터는 이 과정을 위해 만든 것입니다. 원문은 선택 자료이며, 강의와 직접 풀기만으로도 다음 회차를 이어갈 수 있습니다.

Interfaces: OverviewPalantir Foundry DocsObject Explorer: OverviewPalantir Foundry DocsQuiver: Search around to linked objectsPalantir Foundry DocsImplement an interfacePalantir Foundry Docs

이 자료는 개념 학습용입니다. 실제 데이터베이스·라이브러리·플랫폼의 동작과 설정은 제품과 버전마다 다를 수 있습니다.