테이블 계층 구조 및 확장 모델 보기

테이블에서 사용되는 확장 모델을 결정합니다.

시작하기 전에

필요한 역할: admin

이 태스크 정보

테이블에서 사용하는 확장 모델은 즉시 명확하지 않습니다. 계층 구조는 단일 물리적 테이블을 사용할 수 있지만 플랫폼은 각 논리적 테이블에 고유한 물리적 테이블이 있는 것처럼 테이블을 표시합니다. 예를 들어 워크플로우에 대한 테이블을 지정할 때 상위 테이블인 작업 [task]이 하나의 실제 테이블을 사용하더라도 변경 [change_request] 또는 인시던트 [인시던트]를 선택할 수 있습니다.

관리자는 평면화된 테이블 계층의 상태를 볼 수 있지만 추가 계층을 평면화할 수는 없습니다. 필요한 경우 확장 모델 필드를 추가하도록 양식을 구성할 수 있습니다.

프로시저

1. 다음으로 이동 모두 > 시스템 정의 > 테이블.
2. 테이블 기록을 선택합니다.
3. 테이블 계층 구조에서 여러 고유 테이블을 사용하는지 아니면 단일 플랫 테이블을 사용하는지를 나타내는 확장 모델 필드 값을 검토합니다.
   • 없음: 테이블이 클래스 모델당 테이블을 사용함을 나타냅니다. 계층 구조의 논리 테이블당 고유한 물리적 테이블을 정의합니다. 예를 들어 자산 [alm_asset] 테이블과 해당 하위 테이블에는 하드웨어[alm_hardware], 소모품[alm_consumable], 시설[alm_facility] 및 소프트웨어 라이센스[alm_license]와 같은 별도의 실제 테이블이 있습니다.
     주:

     테이블에 빈 확장 모델 필드가 있는 경우 이것이 반드시 클래스당 테이블 테이블일 필요는 없습니다. 테이블이 다른 테이블을 확장하는 경우 확장하는 모든 상위 테이블에서 실제로 모델을 상속하며, 정의된 확장 모델이 없는 경우에만 테이블의 확장 모델 클래스당 테이블이 됩니다. 이는 작업 테이블을 확장하는 여러 테이블에서 볼 수 있습니다. 인시던트는 작업을 확장하는 논리적 테이블이며 물리적으로 작업에 위치하지만 기본적으로 빈 확장 모델 값을 가집니다.

     테이블에 아무 것도 확장되지 않고 확장 모델 필드가 비어 있으면 클래스당 테이블 테이블입니다.

   • 계층 구조당 테이블: 논리적 테이블 계층 구조당 하나의 물리적 테이블을 정의합니다. 예를 들어 MySQL 데이터베이스에는 모든 작업, 인시던트, 문제 및 변경 기록을 포함하는 단일 작업 [task] 테이블이 있습니다. 이 단일 물리적 테이블은 별도의 논리적 테이블로 표시됩니다.