A. 모든 쿼리의 속도를 높이기 위해 모든 테이블에 대한 기본 키 정의

B. 업데이트 속도를 높이기 위해 검사 제약 조건 사용

C. 조인 속도를 높이기 위해 모든 테이블에 대한 외래 키 정의

D. 스토리지 어레이의 구성

E. 물리적 데이터 모델

A. REVENUE 테이블 파티션은 PDB에서 자동으로 정리되지 않습니다.

B. REVENUE 테이블은 목록으로 분할된 테이블이어야 합니다.

C. MAPTABLE 테이블은 REVENUE 테이블에 대해 일반적으로 사용되는 열의 논리적 파티션 키를 정의합니다.

D. REVENUE 테이블에 대한 쿼리에서 CONTAINERS 절을 사용할 수 없습니다.

E. REVENUE 테이블에 대한 컨테이너 맵이 존재하지만 활성화되지 않았습니다.

F. MAPTABLE 테이블은 메타데이터 연결 테이블입니다.

A. 성능이 좋지 않은 SQL 문은 Oracle 서버에 의해 자동으로 조정될 수 있습니다.

B. 조인을 수행하는 SQL 문은 단일 테이블 쿼리보다 항상 더 많은 물리적 I/O를 수행합니다.

C. 하나의 SQL 문을 가장 잘 최적화하는 솔루션이 다른 SQL 문 성능을 저하시킬 수 있습니다.

D. 많은 물리적 I/O를 수행하는 SQL 문은 인덱스를 생성하여 항상 성능을 향상시킬 수 있습니다.

E. 논리적 읽기만 수행하는 SQL 문은 물리적 I/O를 수행하지 않기 때문에 튜닝이 필요하지 않습니다.

A. 업그레이드 프로세스는 현재 Oracle Grid Infrastructure 버전에 대한 모든 필수 패치를 자동으로 설치합니다.

B. 최신 버전이 기존 버전과 동일한 서버의 별도 Oracle Grid Infrastructure 홈에 설치됩니다.

C. 직접 업그레이드는 바로 이전 Oracle Grid Infrastructure 버전에서만 수행할 수 있습니다.

D. 업그레이드를 시작하기 전에 기존 Oracle Database 인스턴스를 종료해야 합니다.

E. 그리드 사용자만 업그레이드를 수행할 수 있습니다.

F. 기존 Oracle Base를 사용할 수 있습니다.

A. db_flashback_retention_target이 이미 보유된 시간보다 낮게 설정되면 Flashback 로그가 자동으로 제거됩니다.

B. Flashback 로그를 모니터링하여 DB_flashback_retention_TARGET에 정의된 보존 기간을 초과하면 공간 부족이 발생한 후에만 사전에 삭제됩니다.

C. 공간 부족이 발생하기 전에 db_flashback_retention_target에 정의된 보존 기간을 초과하면 Flashback 로그를 모니터링하고 사전에 삭제합니다.

D. 플래시백 로그는 db_flashback_retention_target에 정의된 보존 기간보다 오래된 것으로 모니터링되며 관리자 작성 이벤트 트리거에 의해 삭제할 수 있습니다.

E. DB_FLASHBACK_RETENTION_TARGET의 값이 변경될 때마다 Flashback 로그가 자동으로 제거됩니다.