8. [Code Repositories] 온톨로지 데이터 파이프라인32 - 파괴적인 백킹 데이터셋 변경: 파트 2

본 번역은 검증되지 않았습니다. AIP를 통해 영문원문으로부터 번역되었습니다.

32 - 파괴적인 백킹 데이터셋 변경: 파트 2

이 콘텐츠는 learn.palantir.com ↗에서도 사용할 수 있으며 접근성을 위해 여기에 제공됩니다.

📖 작업 소개

등록된 표와 색인을 어떻게 복구합니까? 백킹 데이터셋에 대한 파괴적인 변경이 열 제거 또는 유형 변경과 관련되어 있는 경우, 매핑에서 속성을 제거하고 Phonograph 표 등록을 업데이트해야 합니다. 이는 새 표의 재색인을 시작합니다. 간결하게 말하면, 수정 작업 워크플로는 다음과 같습니다.

  1. 삭제된 열의 매핑을 해제합니다.
  2. 온톨로지를 저장합니다.
  3. 표 등록을 업데이트합니다.

⚠️ 경고: 백킹 데이터셋에 대한 "파괴적인" 스키마 변경은 액션(또는 그 외)을 통해 이루어진 편집을 잃어버릴 수 있습니다. 데이터 손실을 피하려면 이 작업 하단의 추천 자료를 참고하십시오.

🔨 작업 지침

  1. OMA에서 비행 경보 오브젝트 유형에 대한 속성 매핑 인터페이스로 이동합니다.
  2. 매핑의 오른쪽에서 rule_name 속성을 삭제합니다.

  1. 온톨로지를 저장합니다.
  2. 오브젝트 유형으로 돌아가 왼쪽 패널의 데이터소스 메뉴 항목을 클릭합니다.
  3. Phonograph 섹션으로 내려가 업데이트 버튼을 클릭합니다. 이렇게 하면 새 백킹 데이터셋 스키마가 있는 Phonograph 표가 새로 고쳐집니다.
    • 백킹 데이터셋과 오브젝트 스토리지 서비스(Phonograph) 간의 동기화가 이제 복구되었습니다.

여기서 예를 들지는 않겠지만, 백킹 데이터셋 열의 유형 변경이 있는 경우(예: 타임스탬프에서 날짜로 변경) 과정은 약간 다릅니다. 이 경우에는:

  1. 속성 메뉴에서 해당 속성의 기본 형식을 업데이트합니다(아래 이미지는 date 유형으로 업데이트하는 것을 보여줍니다).
  2. 온톨로지를 저장합니다.
  3. 표 등록을 업데이트합니다.

📚 추천 독서 (~10분 읽기)

백킹 데이터셋 변경에 대해 더 알아보려면, 특히 이전에 논의한 writeback 프로세스를 통해 편집을 받은 열에 대한 변경 사항을 검토하세요. 자세한 내용은 Edit object type에서 잠재적인 파괴적 변경을 참조하세요.