A. 실행기 로그 파일에서 "술어 푸시다운"을 검색하여

B. 단계 상세 화면의 완료된 단계 표에서 입력 열에서 읽은 데이터 크기를 확인합니다.

C. 저장소 상세 화면에서 디스크에 저장되지 않은 RDD를 확인합니다.

D. Delta Lake 거래 로그에서 열 통계를 확인하여

E. 조회 상세 화면에서 물리적 도면을 해석하여

A. 대상 스키마에 필요한 열이 누락되었기 때문에 업데이트 내용이 별도의 "복원됨" 열로 이동되었습니다.

B. 새롭게 복원된 필드가 대상 스키마에 추가되고, 일치하지 않는 기존 레코드의 경우 동적으로 NULL로 읽힙니다.

C. 대상 스키마의 기존 열에 대한 변경이 지원되지 않으므로 업데이트에서 오류가 발생합니다.

D. 새 중첩 필드가 대상 스키마에 추가되고, 기존 레코드의 기본 파일이 업데이트되어 새 필드에 대한 NULL 값이 포함됩니다.

A. 테이블 스키마가 변경될 예정임을 모든 사용자에게 공지하고, 기존 쿼리와 일치하도록 새 테이블 스키마로 되돌리는 데 필요한 로직을 공지에 포함시키십시오.

B. 필요한 모든 필드와 새 이름을 사용하여 새 테이블을 구성하고 이를 고객 대면 애플리케이션의 소스로 사용합니다. 새 테이블에서 선택한 필드에 별칭을 지정하여 원래 데이터 스키마와 테이블 이름을 유지하는 뷰를 생성합니다.

C. 필요한 스키마와 새 필드를 사용하여 새 테이블을 생성하고 Delta Lake의 딥 클론 기능을 사용하여 한 테이블에 커밋된 변경 사항을 해당 테이블에 동기화합니다.

D. 현재 테이블 정의를 집계 테이블에 기록하는 쿼리 로직으로 정의된 논리적 뷰로 교체하고, 고객 대면 애플리케이션에 필요한 새 테이블을 생성합니다.

E. 테이블 스키마 및 필드 이름이 지정된 날짜에 변경될 예정임을 모든 사용자에게 알리는 경고 메시지를 테이블에 추가합니다. 고객에게 제공되는 애플리케이션의 사양에 따라 테이블을 제자리에서 덮어씁니다.

A. 다른 팀에서 이 테이블을 자주 실행되는 애플리케이션을 지원하는 데 사용하고 있기 때문에 2단계 잠금으로 인해 작업이 커밋되지 못하고 있습니다.

B. 활동 상세 정보 테이블이 이미 존재합니다. CHECK 제약 조건은 테이블 최초 생성 시에만 추가할 수 있습니다.

C. 활동 세부 정보 테이블에는 이미 제약 조건을 위반하는 레코드가 포함되어 있습니다. 기존 테이블에 데이터를 추가하려면 모든 기존 데이터가 CHECK 제약 조건을 통과해야 합니다.

D. 활동 상세 테이블에 이미 레코드가 있습니다. CHECK 제약 조건은 테이블에 값을 삽입하기 전에만 추가할 수 있습니다.

E. 현재 테이블 스키마에 유효한 좌표 필드가 없습니다. 제약 조건을 추가하기 위해 테이블을 변경하기 전에 스키마 진화를 활성화해야 합니다.

A. 이는 열의 카디널리티가 충분히 낮아 사용 가능한 파티션에 고유 값을 올바르게 매핑할 수 있음을 나타내어 브로드캐스트 조인을 허용합니다.

B. 모든 실행기의 메모리에 저장할 수 있을 만큼 열의 크기가 작다고 표시하여 브로드캐스트 조인을 허용합니다.

C. Databricks 워크스페이스 내의 모든 활성 클러스터에 대해 연결된 스토리지 볼륨에 지정된 테이블의 복사본을 캐시합니다.

D. 모든 실행기의 메모리에 저장할 수 있을 만큼 DataFrame의 크기가 작다고 표시하여 브로드캐스트 조인을 허용합니다.

E. 클러스터 수명 동안 모든 향후 쿼리에서 사용하기 위해 지정된 테이블의 복사본을 클러스터의 모든 노드에 캐시합니다.