동적 테이블 액세스 제어¶

소유권 이전하기¶

사용자에게 동적 테이블에 대한 전체 액세스 권한을 제공하려면 다음 중 하나를 수행하면 됩니다.

• 동적 테이블의 OWNERSHIP을 역할에 부여합니다.

• OWNERSHIP을 제외하고 동적 테이블에 대한 모든 권한을 역할에 부여합니다.

• 향후 동적 테이블에 대한 OWNERSHIP 권한 또는 ALL PRIVILEGES를 역할에 부여합니다.

동적 테이블은 일반 테이블과 권한 세트가 다르므로 권한을 할당할 때 오브젝트 유형을 DYNAMIC TABLE 로 지정해야 합니다.

동적 테이블에 OWNERSHIP 권한을 부여하려면 수신 역할에 다음 항목에 대한 USAGE 권한이 있는지 확인합니다. 그렇지 않으면 후속적으로 예약된 새로 고침이 실패합니다.

• 동적 테이블이 포함된 데이터베이스 및 스키마입니다.

• 테이블을 새로 고치는 데 사용되는 웨어하우스입니다.

동적 테이블의 소유권을 이전하려면 GRANT OWNERSHIP 명령 또는 Snowsight 을 사용할 수 있습니다.

GRANT OWNERSHIP ON DYNAMIC TABLE my_dynamic_table TO ROLE budget_admin;

GRANT OWNERSHIP ON FUTURE DYNAMIC TABLES IN SCHEMA mydb.myschema TO ROLE budget_admin;

Snowflake 권한 모델에 대해 자세히 알아보려면 액세스 제어의 개요 및 액세스 제어 권한 섹션을 참조하십시오.

특정 사용자 권한 및 보조 역할로 동적 테이블 새로 고침¶

소유자 역할의 권한 외에도 특정 사용자의 권한으로 새로 고침되도록 동적 테이블을 구성할 수 있습니다. EXECUTE AS USER를 지정하는 동적 테이블은 시스템 사용자 대신 명명된 사용자를 대신하여 실행됩니다.

예를 들어, 사용자에게 테이블에 대한 액세스 권한을 제공하는 기본 역할 및 가상 웨어하우스에 대한 액세스 권한을 제공하는 보조 역할을 부여할 수 있습니다. 그런 다음 사용자는 두 역할의 결합된 권한으로 작동하는 동적 테이블을 생성하여 권한 관리를 간소화하고 데이터 작업의 유연성을 향상할 수 있습니다.

EXECUTE AS USER 옵션을 활성화하면 사용자의 역할에 따라 동적 테이블을 새로 고칠 수 있지만, 이러한 동적 테이블에 대한 다른 모든 작업은 표준 권한 모델을 준수합니다.

CREATE DYNAMIC TABLE my_dynamic_table
  [ EXECUTE AS USER my_user_name
    [ USE SECONDARY ROLES { ALL | NONE | (<role1>, <role2>, ... ) } ]
  ]

ALTER DYNAMIC TABLE my_dynamic_table SET
  EXECUTE AS USER my_user_name
  [ USE SECONDARY ROLES { ALL | NONE | (<role1>, <role2>, ... ) } ]

ALTER DYNAMIC TABLE my_dynamic_table UNSET EXECUTE AS USER;

동적 테이블 생성 권한¶

동적 테이블을 생성하려면 다음 권한이 있는 역할을 사용해야 합니다.

다른 동적 테이블에 의존하는 동적 테이블을 생성하려면 다음 권한이 있는 역할을 사용해야 합니다.

동적 테이블 쿼리 권한¶

동적 테이블을 쿼리하려면 동적 테이블을 생성할 권한 이 있는 역할을 사용하면 됩니다. 사용자가 동적 테이블만 쿼리하면 되는 상황에서는(예: 데이터 분석가) 다음 권한이 있는 역할을 사용합니다.

동적 테이블 변경 권한¶

동적 테이블을 변경하려면 해당 동적 테이블에 대해 OWNERSHIP 또는 OPERATE 권한이 있는 역할을 사용해야 합니다.

동적 테이블에 대한 OPERATE 권한이 있는 경우 ALTER DYNAMIC TABLE 명령으로 다음을 수행할 수 있습니다.

• ALTER … SUSPEND 를 사용하여 동적 테이블 일시 중단.

• ALTER … RESUME 을 사용하여 동적 테이블 재개.

• ALTER … REFRESH 를 사용하여 동적 테이블 새로 고치기.

• ALTER … SET 을 사용하여 웨어하우스 및/또는 목표 지연 설정 또는 변경.

동적 테이블에 대한 OWNERSHIP 권한이 있는 경우 위에 나열된 작업 외에도 다음을 수행할 수 있습니다.

• ALTER … SET | UNSET COMMENT 를 사용하여 설명을 설정하거나 설정을 해제합니다.

• ALTER … RENAMETO 을 사용하여 동적 테이블의 이름을 바꿉니다.

• ALTER … SWAP WITH 를 사용하여 동적 테이블을 다른 테이블로 교체합니다.

• ALTER … SET 을 사용하여 새 매개 변수를 설정합니다.

• 클러스터링 키를 지정하거나 삭제합니다. 클러스터링 작업(clusteringAction) 섹션을 참조하십시오.

• 거버넌스 정책을 변경합니다. 데이터 거버넌스 정책 및 태그 작업(dataGovnPolicyTagAction) 섹션을 참조하십시오.

• 검색 최적화를 변경합니다. 검색 최적화 작업(searchOptimizationAction) 섹션을 참조하십시오.

동적 테이블의 메타데이터 보기 권한¶

메타데이터를 보려면 해당 동적 테이블에 MONITOR 권한이 있는 역할을 사용해야 합니다.

사용자가 동적 테이블의 메타데이터 및 Information Schema만 확인하면 되는 시나리오(예: 데이터 과학자가 보유한 역할)의 경우 해당 동적 테이블에 MONITOR 권한이 있는 역할을 사용합니다. OPERATE 권한은 이 액세스 권한을 부여하지만 동적 테이블을 변경하는 기능도 포함하므로 MONITOR가 사용자가 동적 테이블을 변경할 필요가 없는 시나리오에 더 적합한 옵션이 됩니다.

동적 테이블에 대한 MONITOR 권한이 있으면 다음을 수행할 수 있습니다.

• DESCRIBE DYNAMIC TABLE 명령 및 Snowsight 동적 테이블 세부 정보 페이지를 사용하여 동적 테이블에 대한 특정 세부 정보 확인. 동적 테이블에 대해 SELECT 권한만 있는 경우 text, warehouse, scheduling_state, last_suspended_on 및 suspend_reason_code (UI 전용) 필드가 숨겨집니다.

• SHOW DYNAMIC TABLES 명령을 사용하여 자신에게 액세스 권한이 있는 동적 테이블 확인.

• 그래프 기록을 보려면 DYNAMIC_TABLE_GRAPH_HISTORY 테이블 함수를 호출합니다.

• 새로 고침 기록을 보려면 DYNAMIC_TABLE_REFRESH_HISTORY 테이블 함수를 호출합니다.

동적 테이블 삭제 권한¶

동적 테이블을 삭제하려면 해당 동적 테이블에 대한 OWNERSHIP 권한이 있는 역할을 사용해야 합니다.

이중 웨어하우스를 사용할 수 있는 권한¶

INITIALIZATION_WAREHOUSE 사용을 위한 모든 권한 요구 사항은 WAREHOUSE와 동일합니다.

자세한 내용은 동적 테이블의 웨어하우스 사용량 이해하기 섹션을 참조하십시오.