보고를 위한 데이터베이스 뷰 작업
데이터베이스 뷰는 보고 목적으로 테이블 결합을 정의합니다.
예를 들어 데이터베이스 뷰는 인시던트 테이블을 메트릭 정의 및 메트릭 인스턴스 테이블에 결합할 수 있습니다. 이 뷰는 인시던트 메트릭을 보고하는 데 사용할 수 있으며 이러한 세 테이블의 필드를 포함할 수 있습니다.
여러 가지 유용한 데이터베이스 뷰가 Database View 플러그인 및 Database Views for Service Management 플러그인과 함께 설치됩니다. 이러한 데이터베이스 뷰는 대부분의 메트릭 보고 요구 사항을 충족하며 새 요구 사항을 정의할 필요성을 크게 줄여줍니다.
보고서를 만들 수 있는 모든 사용자는 데이터베이스 뷰를 보고서 소스로 사용할 수 있습니다. 접근 제어는 다음 계층 구조를 따릅니다.
- 데이터베이스 뷰 자체에 ACL이 있는 경우 해당 ACL이 평가되고 우선합니다.
- 데이터베이스 뷰 ACL이 없으면 시스템은 기본 테이블의 ACL을 적용합니다.
주:
- 뷰에 포함되는 테이블 수와 해당 테이블에 포함된 레코드 수가 증가함에 따라 성능에 대한 누적 영향이 증가합니다. 데이터베이스 뷰의 성능을 최대화하려면 데이터베이스 뷰에 정의된 "where" 절이 인덱싱된 필드를 기반으로 하는지 확인하십시오.
- 데이터베이스 뷰는 사용자 지정 테이블처럼 처리되지 않으므로 라이선싱에 영향을 미치지 않습니다.
- 데이터베이스 뷰 테이블은 FTP 익스포트에 포함되지 않습니다.
- 데이터베이스 뷰는 데이터베이스 뷰에 포함된 테이블의 상위 테이블 ACL을 평가합니다.
제한
- 테이블 교대에 참여하는 테이블에서는 데이터베이스 뷰를 만들 수 없습니다.
- 데이터베이스 뷰 출력에서 데이터를 편집할 수 없습니다.
- 데이터베이스 뷰 테이블은 클론 요청에서 데이터 보관자로 추가할 수 없습니다.
- 테이블 이름 필드에서 다른 애플리케이션 범위의 테이블 또는 데이터베이스 뷰를 참조할 수 있습니다. 그러나 필드가 sys_metadata 확장되는 테이블에 속하는 경우 테이블 또는 데이터베이스 뷰는 해당 테이블과 동일한 애플리케이션 범위에 속해야 합니다.
ACL 및 데이터베이스 뷰
뷰의 필드에는 ACL을 만들 필요가 없습니다. 필드 수준 ACL이 있는 경우 시스템에서 이를 평가합니다.
읽기 ACL을 데이터베이스 뷰에 추가하도록 요구하려면 속성을 예로 설정 glide.security.expander.view.legacy 하십시오. 업그레이드된 인스턴스에서 이 시스템 속성을 추가하고 true로 설정합니다.
예일 경우 glide.security.expander.view.legacy 기본 테이블 ACL이 무시됩니다. 속성이 false (기본값)인 경우 데이터베이스 뷰 ACL이 없는 경우 기본 테이블 ACL이 사용됩니다.
데이터베이스 뷰에서 추가 ACL을 작성할 수 있습니다. 이러한 ACL은 마지막에 평가되며 항상 인식됩니다.
데이터베이스 뷰 예약어
약관을 사용하면 의도하지 않거나 바람직하지 않은 성능이 발생할 수 있습니다. 자세한 내용은 MySQL 예약어 문서를 참조하십시오.