-
배경현재 Semantic Layer에서 예를 들어 다음과 같은 내용이 명확해지면 이후 구현과 설명에 도움이 될 것 같습니다.
현재 구현과 향후 확장 방향을 고려했을 때, 각 레이어를 어떤 기준으로 구분하는 것이 적절할지 의견 부탁드립니다. |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment
-
|
레이어 기준이 모호한 이유가 "누가 등록하는가" 기준으로만 설명되고 있어서인 것 같습니다. 이 기준으로는 실제로 어떤 용어를 어디에 넣어야 할지 판단하기 어렵고, 특히 org를 처음부터 손으로 채워야 한다는 허들이 온보딩을 막는 원인이 되기도 합니다. "어떻게 생성되는가" 기준으로 재정의하면 이 문제가 자연스럽게 풀릴 것 같습니다.
이렇게 되면 전체 흐름이 이렇게 만들어집니다. DB 스키마 org가 top-down 강제가 아니라 "DB에서 올라온 초안이 팀 사용을 거쳐 표준으로 수렴되는" 구조가 되면, 용어 사전이 쓰면서 자연스럽게 만들어지는 bottom-up 흐름이 됩니다. 동일 표현이 여러 레이어에 있을 때는 규칙 기반으로 하나를 선택하기보다, 모든 정의를 컨텍스트와 함께 LLM에 주입하고 채널 상황에 맞게 유동적으로 판단하도록 하는 게 더 자연스러운 흐름이 될 것 같습니다! 이 부분은 현재 |
Beta Was this translation helpful? Give feedback.
레이어 기준이 모호한 이유가 "누가 등록하는가" 기준으로만 설명되고 있어서인 것 같습니다. 이 기준으로는 실제로 어떤 용어를 어디에 넣어야 할지 판단하기 어렵고, 특히 org를 처음부터 손으로 채워야 한다는 허들이 온보딩을 막는 원인이 되기도 합니다.
"어떻게 생성되는가" 기준으로 재정의하면 이 문제가 자연스럽게 풀릴 것 같습니다.
orgteamuser이렇게 되면 전체 흐름이 이렇게 만들어집니다.
DB 스키마
↓ EnrichSchema
org 레이어에 용어 초안 자동 생성 (inferred=true)
↓ 팀 사용 (기본 저장: team)
team이 실무 쿼리하면서 자기 정의로 수정·등록
↓ 수렴 감지
여러 팀의 정의가 쌓이면 org 수정 제안
↓ 관리자 승인
org 정의 업데이트 → 다음 사이클
org가 top-down 강제가 아니라 "DB에서 올라온 초안이 팀 사용을 거쳐 표준으로 수렴되는" 구조가 되면, 용어 사전이 쓰면서 자연스럽게 만들어지는 bottom-up 흐름이 됩니다.
동일 표현이 여러 레이어에 있…