6 - 온톨로지 디자인 고려사항
이 콘텐츠는 learn.palantir.com ↗에서도 사용할 수 있으며 접근성을 위해 여기에 제공됩니다.
지금까지 살펴본 항공 온톨로지에서 비행과 지연은 별개의 오브젝트 유형으로 표현됩니다. 이 결정은 적어도 한 가지 대안을 고려하여 이루어졌습니다: 각 비행 오브젝트의 속성으로 지연 정보를 포함시키는 것입니다. 아래 이미지는 이러한 상충 관계를 보여줍니다.
이러한 상충 관계와 디자인 결정은 어떻게 이루어져야 할까요?
📚 추천 읽기 (~10분 읽기)
온톨로지는 배포 후에 업데이트할 수 있지만, 타당한 근거를 가진 프레임워크로 시작하면 Foundry에서 가치를 창출하는 데 걸리는 시간을 줄일 수 있습니다. 유즈케이스의 기능 요구 사항에 따라 오브젝트 모델이 어떻게 생성되어야 하는지 설명하는 다음 Foundry 기사를 검토하십시오.
이제 최적의 온톨로지는 최적의 백엔드 파이프라인을 필요로 한다는 것이 명확해야 합니다. 이것이 바로 데이터 엔지니어가 온톨로지 개발 및 유지 관리 라이프사이클에서 매우 중요한 이유 중 하나입니다. 이 튜토리얼의 나머지 부분에서는 이 교육 트랙에서의 경험을 활용하여 온톨로지 오브젝트와 링크 유형의 세트를 구축하고 개선합니다.