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