온톨로지

온톨로지를 담는 저장소는 시스템에 하나이며, 처음 한 번만 구성하면 모든 데이터 소스가 함께 씁니다. 현재 상태는 관리자 대시보드의 온톨로지 카드에서 봅니다.

저장소는 세 곳 중 하나에 만들며, 어느 것을 쓰든 이후 흐름은 같습니다. 구성이 끝나면 관리자 사이드바에 온톨로지 묶음이 생깁니다.

관리자 > 온톨로지 > 편집의 AI 편집에 만들거나 고칠 내용을 문장으로 입력합니다. AI는 저장소를 바로 바꾸지 않고 오른쪽 초안 변경안에 작업을 쌓습니다. 작업 목록을 검토한 뒤 적용해야 저장소에 반영됩니다. 구조 → 업무 용어 → KPI → 데이터 그래프 순으로 단계적으로 구성합니다.

초안 상태의 용어·KPI는 채팅에 쓰이지 않습니다. AI 편집에 「업무 용어 ○개를 승인해줘」「KPI ○○를 승인해줘」라고 요청하고 적용하면 승인됩니다. 개요의 검토 대기 수가 줄어드는지 확인하며, 승인하지 않은 KPI는 의미 뷰를 게시할 수 없습니다.

정의만으로는 DB에 객체가 생성되지 않습니다. 게시하면 업무 DB에 의미 뷰가, 저장소에 데이터 그래프가 생성되어 채팅에서 사용됩니다. 의미 뷰는 관리자 > 온톨로지 > 의미 뷰에서 KPI 행의 게시를 누르거나, 게시할 것 모두 게시로 한 번에 게시합니다. 뷰는 KPI가 쓰는 컬럼의 데이터 소스에 만들어지므로, Oracle은 그 계정의 CREATE VIEW 권한, PostgreSQL은 해당 스키마의 CREATE 권한이 필요합니다.

데이터 그래프는 관리자 > 온톨로지 > 데이터 그래프에서 행의 게시를 눌러 만듭니다. Oracle 업무 DB는 그 DB 안에 SQL 프로퍼티 그래프로 만들어 데이터를 복사하지 않고(CREATE PROPERTY GRAPH 권한 필요), 그 밖의 DB는 온톨로지 저장소(Apache AGE 또는 Neo4j)에 복사본으로 적재합니다. 목록의 각 행은 아래처럼 보입니다.

주기는 AI 편집에 「○○ 데이터 그래프를 매일 새벽 3시에 다시 적재하게 해줘」처럼 요청하고 적용한 뒤 다시 게시하면 반영됩니다. 증분은 바뀐 행만 반영하는 방식으로, 테이블마다 행이 바뀔 때마다 커지는 기준 컬럼(수정 시각 등)이 있어야 합니다. 원천에서 삭제된 행은 전체 다시 적재 시 정리되므로, 전체 적재 주기를 함께 설정합니다.

승인·게시한 정의가 답변에 반영되는지 사용자 채팅에서 확인합니다. 관리자 > 온톨로지 > 채팅 활용의 KPI 미리 실행이 켜져 있으면, 채팅 답변 위 조회 칩에 「KPI」 배지가 붙은 것이 서버가 KPI 정의대로 먼저 조회한 결과입니다.