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

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

시작하기 전에

필요한 역할: admin

이 태스크 정보

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

프로시저

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

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

     테이블이 아무 것도 확장하지 않고 빈 확장 모델 필드가 있는 경우 클래스당 테이블 테이블입니다.

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