링크 유형 변경과 편집 이력
링크 유형(Link type)의 데이터소스, 키와 메타데이터를 바꾸면 이를 사용하는 앱의 관계 탐색이 달라질 수 있습니다. Ontology Manager의 Link types 목록이나 검색에서 대상 유형을 엽니다.
삭제
사이드바 오른쪽 위 점 세 개 메뉴의 Delete로 삭제를 준비합니다.
저장한 뒤 실제 삭제되며 해당 관계를 참조하는 뷰와 앱에 영향을 줍니다. active 상태의 링크 유형은 삭제할 수 없습니다.
데이터소스 교체
Datasources에서 기존 입력 옆 Select 아이콘을 선택하고 새 데이터소스를 지정합니다.
이전 열과 링크 키의 매핑은 제거됩니다. 새 입력의 스키마가 같을 때만 자동 재매핑하며, 다르면 키를 직접 연결해야 합니다.
메타데이터와 키
| 항목 | 조건 |
|---|---|
| Status | deprecated, experimental, active 또는 example을 선택합니다. 연결된 객체 유형과 외래 키의 상태 일관성 조건을 따릅니다. |
| Key | 외래 키(Foreign key) 또는 다대다 관계의 키 열 매핑을 바꿉니다. |
| API name | 코드 참조 이름을 바꿉니다. experimental 상태에서만 변경할 수 있습니다. |
| Visibility | prominent는 우선 표시하고 hidden은 일반 앱 표시에서 숨깁니다. 접근 권한과는 별도입니다. |
| Type classes | 앱이 해석할 추가 메타데이터를 적용합니다. |
조인 테이블(Join table)의 열은 양쪽 객체 유형(Object type)의 기본 키(Primary key)에 매핑하고 자료형이 같아야 합니다. 다르면 저장할 수 없습니다. 외래 키 기반 관계에서는 한쪽이 그 유형의 기본 키여야 하므로 대상의 한 쪽을 고유하게 식별할 수 있습니다. 일대일 선언이 모든 반대쪽 값의 유일성까지 강제하는 것은 아닙니다.
구형 V1의 재등록 영향
이 절은 Object Storage V1(Phonograph)의 재등록 및 쓰기 반영 데이터셋 조건입니다. 현재 V2의 일반 변경에 같은 절차를 무조건 적용하지 않습니다.
V1에서는 다대다 링크의 기반 데이터소스 교체, 카디널리티(Cardinality) 변경, 외래 키 변경과 링크 유형 삭제가 기반 등록의 해제 및 재등록 또는 삭제를 요구했습니다. 재인덱싱 중에는 관계를 앱에서 사용할 수 없습니다.
Workshop의 Search Around가 해당 링크를 쓰면 재인덱싱이 끝날 때까지 영향을 받습니다. 진행 상태는 구형 Datasources의 Phonograph 패널에서 확인합니다.
쓰기 반영이 있는 경우
V1은 편집 이력을 저장하고 쓰기 반영 데이터셋을 빌드할 때 다시 적용합니다. 기반 등록을 해제하면 이력이 삭제되어 이후 쓰기 반영 빌드가 실패합니다.
한 번이라도 편집을 받은 링크 유형은 기반 데이터소스의 열 이름이나 기본 자료형 같은 스키마 변경도 재등록을 요구할 수 있습니다. 현재 편집을 받지 않더라도 과거 이력을 확인합니다.
이런 스키마 변경에서 V1은 자동으로 등록을 해제하지 않고 재인덱싱에 실패합니다. 변경을 되돌리거나, 이력 손실 영향을 검토한 뒤 구형 Phonograph 패널에서 수동 재등록하는 절차가 필요했습니다.