A. 트리거 간격을 5초로 줄이세요. 배치 처리를 더 자주 트리거하면 이전 배치의 실행 시간이 긴 작업이 완료되는 동안 유휴 실행기가 다음 배치 처리를 시작할 수 있습니다.

B. 트리거 간격을 30초로 늘리십시오. 각 배치에 대해 관찰된 최대 실행 시간에 가깝게 트리거 간격을 설정하는 것이 레코드가 누락되지 않도록 하는 가장 좋은 방법입니다.

C. 체크포인트 디렉토리를 수정하지 않고는 트리거 간격을 수정할 수 없습니다. 현재 스트림 상태를 유지하려면 셔플 파티션 수를 늘려 병렬 처리를 최대화하십시오.

D. '한 번만 트리거' 옵션을 사용하고 Databricks 작업을 구성하여 10초마다 쿼리를 실행하도록 설정하십시오. 이렇게 하면 모든 백로그 레코드가 각 배치에서 처리됩니다.

E. 트리거 간격을 5초로 줄이십시오. 배치 처리를 더 자주 실행하면 레코드가 쌓이거나 대량 배치 처리로 인해 데이터가 넘쳐나는 것을 방지할 수 있습니다.

A. 클러스터: 새로운 직업 클러스터;
재시도 횟수: 무제한;
최대 동시 실행 횟수: 무제한

B. 클러스터: 새로운 직업 클러스터;
재시도 횟수: 없음;
최대 동시 실행 수: 1

C. 클러스터: 기존 범용 클러스터;
재시도 횟수: 무제한;
최대 동시 실행 수: 1

D. 클러스터: 기존 다목적 클러스터;
재시도 횟수: 무제한;
최대 동시 실행 수: 1

E. 클러스터: 기존 다목적 클러스터;
재시도 횟수: 없음;
최대 동시 실행 수: 1

A. 삽입

B. 업데이트

C. 삭제

D. 복사

E. 유니온

A. 논리 테이블은 Databricks 컨트롤 플레인의 Hive 메타스토어에 쿼리 계획을 저장합니다.

B. /mnt/finance eda 버킷에 마운트된 스토리지 컨테이너에 외부 테이블이 생성됩니다.

C. 논리 테이블은 물리적 플랜을 Databricks 제어 평면의 Hive 메타스토어에 저장합니다.

D. /mnt/finance eda 버킷에 마운트된 스토리지 컨테이너에 관리형 테이블이 생성됩니다.

E. DBFS 루트 스토리지 컨테이너에 관리형 테이블이 생성됩니다.

A. Databricks Repos는 여러 사용자가 동시에 변경할 수 있습니다.

B. Databricks Repos는 병합 및 충돌 해결을 지원합니다.

C. Databricks Repos에는 내장 버전 관리 시스템이 있습니다.

D. Databricks Repos는 변경 사항을 자동으로 저장합니다.

E. Databricks 리포지토리를 사용하면 댓글을 추가하고 커밋할 변경 사항을 선택할 수 있습니다.