[Ontology] PostgreSQL로 온톨로지 DB 구축 시 주의점

PostgreSQL 로 온톨로지 DB 구축 시 주의점

• 다소 복잡할 수 있음

• 온톨로지 특성상 RDB보다 GraphDB 가 더 적합한 경우가 많음

• 데이터 스키마 설계

  • 개념 테이블: 온톨로지 개념 저장할 수 있는 테이블
  • 속성 테이블: 각 개념에 포함된 속성을 저장하는 테이블
  • 관계 테이블: 개념 간 관계 테이블

• JSON 데이터 타입 활용

  • PostgreSQL JSONB 타입 활용
    • JSONB 칼럼에 개념이나 관계에 대한 속성을 넣어 필요에 따라 필드 수정하지 않아도 됨

• 공통 테이블 표현식(CTE) 및 재귀 쿼리 활용

  • 공통 테이블 표현식(CTE)와 재귀 쿼리 사용하여 계층적 데이터 구조 쿼리
    • 하나의 개념 -> 하위 개념 탐색 쿼리 가능

• 인덱스 최적화

  • JSONB 필드 사용할 경우, GIN 인덱스 활용

• PostGIS

  • 지리적 정보 관리

• SPARQL 및 그래프 DBMS 와 연동

  • PostgreSQL은 SPARQL을 기본적으로 지원하지 않음
  • 외부 SPARQL 엔진과 PostgreSQL 연동
    • PostgreSQL의 데이터를 그래프 데이터베이스에 동기화

장점

• 기존 온톨로지 관리 소프트웨어보다 속도 및 안정성 활용 가능
• JSONB와 같은 유연한 데이터 타입을 통해 다양한 데이터 효율적 저장 가능

단점

• 관계형 DBMS로 그래프처럼 계층적 구조를 구현하고 관리하면 다소 복잡함
• SPARQL과 같은 온톨로지 전용 쿼리 언어를 직접적으로 사용할 수 없음
  • 따라서 그래프 DBMS와 연동하여 SPARQL 사용하는거네