접근 제어 목록 규칙을 만들어 테이블, 데이터 소스 또는 데이터베이스 뷰에 대한 보고서를 생성할 수 있는 사람을 제한합니다.
시작하기 전에
필요한 역할: security_admin.
주: 특정 테이블에 대한 report_on ACL 외에도 [sys_report] 테이블의 쓰기 ACL은 모든 보고서에 대한 쓰기 액세스를 제어합니다. 이 ACL로 인해 현재 보고서를 저장할 수 없는 경우 보고서 디자이너의 저장 버튼이 비활성화됩니다. 다른 사용자가 공유한 보고서를 볼 때를 예로 들 수 있습니다. 올바른 보안 설정이 있는 경우 보고서의 편집 가능한 사본을 저장합니다.
프로시저
-
다음으로 이동 .
-
다음 정보로 접근 제어 기록을 추가합니다.
| 옵션 | 설명 |
|---|
| 유형 |
기록 |
| 운영 |
report_on |
| 이름 (테이블) |
<select the table name> |
-
사용자가 테이블에 대해 보고할 수 있는지 여부를 결정하는 규칙을 정의합니다.
테이블에 대한
report_on 액세스 권한이 없는 사용자는 보고서를 생성할 때
테이블 필드에 테이블이 표시되지 않습니다. 사용자가
report_on ACL을 통과하지 못한 테이블을 기반으로 하는 데이터 소스는 보고서 디자이너의
데이터 소스 목록에 나타나지 않습니다. 한 명 이상의 사용자가
보고서 소스 목록에서 데이터 소스를 볼 수 없도록 제한하려면 해당 사용자를 제외하는 [sys_report_source] 테이블에 새 읽기 ACL을 만듭니다.
주:
- 사용자는 ACL 제한으로 인해 보고서를 생성할 수 없는 경우에도 테이블에 대한 보고서를 보고 실행할 report_on 있습니다.
- 시스템 테이블은 기본적으로 보고할 수 없습니다. 시스템 테이블에 대한 보고를 glide.ui.permitted_tables 허용하기 위해 관리자는 속성을 구성할 수 있습니다. 자세한 내용은 시스템 테이블에 대한 보고을 참조하십시오.
- ACL
report_on 작업은 대상 테이블에 대해 보고할 수 있는 권한을 부여합니다.
- 데이터베이스 뷰에는 자체 ACL이 있습니다. 사용자가 데이터베이스 뷰의 모든 테이블에 대한
report_on 권한을 가지고 있는 경우에도 데이터베이스 뷰에 대한 report_on 권한이 있어야 보고서를 만들 수 있습니다. 데이터베이스 뷰를 참조하십시오.