A. 위반 레코드에 도달하면 쓰기 작업이 실패합니다. 이전에 처리된 레코드는 대상 테이블에 기록됩니다.

B. 제약 조건 위반으로 인해 쓰기 작업이 완전히 실패하고 대상 테이블에 레코드가 삽입되지 않습니다.

C. 쓰기 작업은 테이블 제약 조건을 위반하는 레코드를 제외한 모든 레코드를 삽입합니다. 위반하는 레코드는 격리 테이블에 기록됩니다.

D. 쓰기 작업에는 대상 테이블의 모든 레코드가 포함됩니다. 위반 사항이 있는 경우 valid_coordinates라는 부울 열에 표시됩니다.

E. 쓰기 작업은 테이블 제약 조건을 위반하는 레코드를 제외한 모든 레코드를 삽입합니다. 위반하는 레코드는 경고 로그에 보고됩니다.

A. 2시간 이상 간격을 두고 도착한 중복 기록은 삭제되지만, 동일한 배치에 도착한 중복 기록은 모두 주문 테이블에 기록될 수 있습니다.

B. 주문 테이블에는 최근 2시간 동안의 기록만 포함되며 중복된 항목은 없습니다.

C. 모든 기록은 중복 제거 후 주문 테이블에 반영되기 전에 상태 저장소에 2시간 동안 보관됩니다.

D. 주문 테이블에는 중복된 항목이 없지만, 2시간 이상 늦게 도착한 기록은 무시되고 테이블에서 삭제됩니다.

E. 2시간 이상 간격을 두고 대기열에 추가된 중복 레코드는 유지될 수 있으며, 주문 테이블에는 customer_id와 order_id가 같은 중복 레코드가 포함될 수 있습니다.

A. "새 데이터 수집"이라는 이름의 새 작업 3개가 작업 공간에 정의되며, 각 작업은 하루에 한 번씩 실행됩니다.

B. 참조된 노트북에 정의된 로직은 제공된 클러스터 ID의 구성으로 새 클러스터에서 세 번 실행됩니다.

C. "새 데이터 수집"이라는 이름의 새 작업 3개가 작업 공간에 정의되지만, 실행되는 작업은 없습니다.

D. "새 데이터 수집"이라는 이름의 새 작업이 작업 공간에 정의되지만 실행되지는 않습니다.

E. 참조된 노트북에 정의된 로직은 참조된 기존 범용 클러스터에서 세 번 실행됩니다.

A. 지역별 유니티 카탈로그의 행 필터와 사용자 역할별 열 마스크를 활용하세요.

B. current_user() 및 is_account_group_member() 함수를 사용하여 뷰를 생성하고, 각 민감한 열에 대해 SQL SELECT 절 내부에 마스킹 로직을 적용합니다.

C. 각 사용자 역할에 대한 동적 보기를 생성하고 ACL을 사용하여 액세스를 관리합니다.

D. 사용자 역할에 따라 Unity Catalog의 행 필터를 사용하고 지역에 따라 열 마스크를 사용합니다.

A. 트리거 간격을 3초로 설정하십시오. 기본 트리거 간격은 배치당 너무 많은 레코드를 소비하여 디스크에 스필이 발생하고 용량 비용이 증가할 수 있습니다.

B. 트리거 간격을 500밀리초로 설정하십시오. 작지만 0이 아닌 트리거 간격을 설정하면 소스가 너무 자주 쿼리되지 않습니다.

C. 한 번만 트리거 옵션을 사용하고 Databricks 작업을 구성하여 10분마다 쿼리를 실행하도록 합니다. 이 방법을 사용하면 컴퓨팅 및 스토리지 비용을 최소화할 수 있습니다.

D. 체크포인트 디렉토리를 수정하지 않고는 트리거 간격을 수정할 수 없으므로 병렬 처리를 최대화하기 위해 셔플 파티션 수를 늘리십시오.

E. 트리거 간격을 10분으로 설정하십시오. 각 배치 작업은 소스 스토리지 계정의 API를 호출하므로 트리거 빈도를 허용 가능한 최대 임계값으로 줄이면 이 비용을 최소화할 수 있습니다.