무료 온라인 액세스 SAP.C_ABAPD_2309.v2024-12-24.q83 모의 시험 (Page 7)

C_ABAPD_2309 문제 26

다음 중 어떤 ON 조건을 "???" 대신에 삽입해야 합니까?

A. ON Z_Sourcel.camer_id = 7_Source2 carrier_id

B. ON Sprojection 카메라=Source2 carrier_id

C. ON Sprojection. Carrier Source2.carrier

D. ON Sprojection.carrier_id=Z_Source2.carrier_id

정답: D

설명
"???" 대신 삽입해야 하는 올바른 ON 조건은 다음과 같습니다.
ON Sprojection.carrier_id=Z_Source2.carrier_id
이 ON 조건은 CDS 뷰 Sprojection과 데이터베이스 테이블 Z_Source2 사이의 조인 조건을 지정합니다. 조인 조건은 CDS 뷰와 데이터베이스 테이블의 기본 키인 필드 carrier_id를 기반으로 합니다. ON 조건은 carrier_id 필드에 동일한 값을 갖는 레코드만 함께 조인되도록 합니다1.
다른 옵션은 다음과 같은 이유로 유효하지 않습니다.
A). ON Z_Sourcel.camer_id = 7_Source2 carrier_id는 유효하지 않습니다. Z_Sourcel과 7_Source2가 주어진 코드에서 유효한 데이터 소스가 아니기 때문입니다. Z_Sourcel 또는 Z_Sourcel이라는 이름의 CDS 뷰나 데이터베이스 테이블이 없습니다.
7_Source2. 올바른 이름은 Z_Source1과 Z_Source2입니다. 게다가, 필드 camer_id는 주어진 코드에서 유효한 필드가 아닙니다. 어떤 데이터 소스에도 camer_id라는 이름의 필드가 없습니다. 올바른 이름은 carrier_id입니다.
B). ON Sprojection Camer=Source2 carrier_id는 Sprojection과 Source2가 주어진 코드에서 유효한 데이터 소스가 아니기 때문에 유효하지 않습니다. Sprojection 또는 Source2라는 이름의 CDS 뷰나 데이터베이스 테이블이 없습니다.
올바른 이름은 Sprojection과 Z_Source2입니다. 또한 필드 Camer는 주어진 코드에서 유효한 필드가 아닙니다. 어떤 데이터 소스에도 Camer라는 이름의 필드가 없습니다. 올바른 이름은 carrier_id입니다. 또한 ON 조건에는 데이터 소스 이름과 필드 이름 사이에 점(.) 연산자가 없습니다. 이 연산자는 데이터 소스1의 필드에 액세스하는 데 필요합니다.
C). ON Sprojection. Carrier Source2.carrier는 유효하지 않습니다. Carrier와 carrier가 주어진 코드에서 유효한 필드가 아니기 때문입니다. 데이터 소스에 Carrier 또는 carrier라는 필드가 없습니다. 올바른 이름은 carrier_id입니다. 또한 ON 조건에는 데이터 소스 이름과 필드 이름 사이에 점(.) 연산자가 없습니다. 이 연산자는 데이터 소스1의 필드에 액세스하는 데 필요합니다.
참조: 1: ON 조건 - ABAP 키워드 문서

C_ABAPD_2309 문제 27

CDS Views와 함께 Access Controls를 사용하는 이유는 무엇입니까? 참고: 이 질문에 대한 정답은 2개입니다.

A. 사용자의 권한에 해당하는 데이터만 데이터베이스에서 애플리케이션 계층으로 전송됩니다.

B. 시스템 필드 sy-subrc가 설정되어 권한 확인 결과가 제공됩니다.

C. AUTHORITY CHECK 문을 구현해야 한다는 것을 기억할 필요는 없습니다.

D. 데이터 소스의 모든 데이터가 자동으로 애플리케이션에 로드되고 사용자의 권한에 따라 필터링됩니다.

정답: A,C

다음과 같은 이유로 CDS 뷰에서 액세스 제어를 사용할 수 있습니다.
* A. 사용자의 권한에 해당하는 데이터만 데이터베이스에서 애플리케이션 계층으로 전송됩니다. 이는 Access Controls를 통해 CDS 뷰에 액세스하기 위한 권한 조건을 지정하는 CDS 역할을 정의할 수 있기 때문입니다. CDS 역할은 런타임에 모든 사용자에 대해 평가되고 시스템은 자동으로 CDS 뷰의 선택 조건에 제한을 추가합니다.
이렇게 하면 사용자가 볼 수 있는 권한이 있는 데이터만 데이터베이스에서 읽혀 애플리케이션 계층으로 전송됩니다. 이렇게 하면 데이터 액세스의 보안과 성능이 향상됩니다1.
* C. AUTHORITY CHECK 명령문을 구현하는 것을 기억할 필요가 없습니다. 이는 Access Controls가 CDS에 대한 권한 부여 논리를 정의하는 선언적이고 중앙 집중화된 방식을 제공하기 때문입니다.
* 보기. 각 데이터 소스 또는 필드에 대한 사용자 권한을 확인하기 위해 절차적 코드를 작성하거나 AUTHORITY CHECK 문을 사용할 필요가 없습니다. 시스템이 권한 확인을 자동으로 투명하게 처리합니다.
다음은 CDS 뷰와 함께 액세스 제어를 사용하기에 적합하지 않은 이유입니다.
* B. 시스템 필드 sy-subrc가 설정되어 권한 검사 결과가 제공됩니다. 이는 시스템 필드 sy-subrc가 Access Controls에서 사용되지 않기 때문에 거짓입니다. sy-subrc 필드는 권한 검사 결과를 나타내는 AUTHORITY CHECK 문에서 사용되지만 Access Controls는 이 문을 사용하지 않습니다. 대신 Access Controls는 CDS 역할을 사용하여 사용자의 권한에 따라 데이터를 필터링합니다2.
* D. 데이터 소스의 모든 데이터는 자동으로 애플리케이션에 로드되고 사용자의 권한에 따라 필터링됩니다. 이는 Access Controls가 데이터 소스의 모든 데이터를 애플리케이션 계층에 로드하지 않기 때문에 거짓입니다. Access Controls는 데이터가 있는 데이터베이스 계층에서 데이터를 필터링하고 사용자가 볼 수 있는 권한이 있는 데이터만 애플리케이션 계층으로 전송합니다. 이렇게 하면 데이터 전송과 애플리케이션 계층의 메모리 소비가 줄어듭니다1.
참조: 1: 액세스 제어 | SAP 도움말 포털 2: ABAP CDS - 액세스 제어 - ABAP 키워드 문서

C_ABAPD_2309 문제 28

부록을 참조하세요.

go_super를 통해 서브클래스 인스턴스에 접근할 때 무엇을 할 수 있나요? 참고: 이 질문에 대한 정답은 2개입니다.

A. 상속된 개인 구성 요소에 액세스합니다.

B. 상속된 공개 구성 요소에 액세스합니다.

C. 하위 클래스 특정 공개 메서드 호출

D. 상속된 공개 재정의된 메서드를 호출합니다.

C_ABAPD_2309 문제 29

superl의 슈퍼클래스 superl과 서브클래스 subl이 있습니다. 각 클래스에는 인스턴스 생성자와 정적 생성자가 있습니다. 프로그램의 첫 번째 문장은 subl의 인스턴스를 만듭니다. 생성자는 어떤 순서로 실행될까요?

정답:

설명:
생성자가 실행되는 순서는 다음과 같습니다.
* superl의 클래스 생성자. 이는 클래스 생성자가 클래스에 처음 액세스하기 전에 자동으로 실행되는 정적 메서드이기 때문입니다. 클래스 생성자는 클래스의 정적 속성과 구성 요소를 초기화하는 데 사용됩니다. 슈퍼클래스의 클래스 생성자는 서브클래스의 클래스 생성자보다 먼저 실행됩니다. 서브클래스는 슈퍼클래스의 정적 구성 요소를 상속하기 때문입니다.
* subl의 클래스 생성자. 이는 클래스 생성자가 클래스에 처음 액세스하기 전에 자동으로 실행되는 정적 메서드이기 때문입니다. 클래스 생성자는 클래스의 정적 속성과 구성 요소를 초기화하는 데 사용됩니다. 서브클래스의 클래스 생성자는 서브클래스가 슈퍼클래스의 정적 구성 요소를 상속하기 때문에 슈퍼클래스의 클래스 생성자 이후에 실행됩니다.12
* superl의 인스턴스 생성자. 이는 인스턴스 생성자가 CREATE OBJECT 문을 사용하여 클래스의 인스턴스를 생성할 때 자동으로 실행되는 인스턴스 메서드이기 때문입니다.
인스턴스 생성자는 클래스의 인스턴스 속성과 구성 요소를 초기화하는 데 사용됩니다. 슈퍼클래스의 인스턴스 생성자는 서브클래스의 인스턴스 생성자보다 먼저 실행됩니다. 서브클래스는 슈퍼클래스의 인스턴스 구성 요소를 상속하기 때문입니다. 서브클래스의 인스턴스 생성자는 슈퍼클래스가 루트 노드 객체가 아닌 한 super->constructor를 사용하여 슈퍼클래스의 인스턴스 생성자를 명시적으로 호출해야 합니다.12
* subl의 인스턴스 생성자. 이는 인스턴스 생성자가 CREATE OBJECT 문을 사용하여 클래스의 인스턴스를 생성할 때 자동으로 실행되는 인스턴스 메서드이기 때문입니다.
인스턴스 생성자는 클래스의 인스턴스 속성과 구성 요소를 초기화하는 데 사용됩니다. 서브클래스의 인스턴스 생성자는 서브클래스가 슈퍼클래스의 인스턴스 구성 요소를 상속하기 때문에 슈퍼클래스의 인스턴스 생성자 이후에 실행됩니다. 서브클래스의 인스턴스 생성자는 슈퍼클래스가 루트 노드 객체가 아닌 한 super->constructor를 사용하여 명시적으로 슈퍼클래스의 인스턴스 생성자를 호출해야 합니다.12 참조: 클래스 생성자 - ABAP 키워드 문서, 메서드 - 생성자 - ABAP 키워드 문서

C_ABAPD_2309 문제 30

내부 테이블의 데이터 행의 내용을 변경하는 데 사용할 수 있는 명령문은 무엇입니까?

A. 테이블 추가

B. 테이블 수정

C. 테이블 삽입

D. 테이블 업데이트

정답: B

내부 테이블의 데이터 행의 내용을 변경하는 데 사용할 수 있는 명령문은 MODIFY table입니다.
MODIFY 테이블 명령문은 테이블 인덱스, 테이블 키 또는 조건을 지정하여 내부 테이블의 하나 이상의 행의 내용을 변경하는 데 사용할 수 있습니다. MODIFY 테이블 명령문은 테이블 이름과 작업 영역 또는 내부 테이블을 지정하여 데이터베이스 테이블의 내용을 변경하는 데 사용할 수도 있습니다. MODIFY 테이블 명령문은 TRANSPORTING 추가를 사용하여 변경해야 할 필드를 지정하고 WHERE 추가를 사용하여 변경해야 할 행을 지정할 수 있습니다.
다른 문장은 내부 테이블의 데이터 행의 내용을 변경하는 데 적합하지 않습니다. 목적과 효과가 다르기 때문입니다. 이러한 문장은 다음과 같습니다.
* APPEND 테이블: 이 명령문은 작업 영역이나 인라인 선언을 지정하여 내부 테이블의 끝에 새 데이터 행을 추가하는 데 사용할 수 있습니다. APPEND 테이블 명령문은 내부 테이블의 기존 행을 변경하지 않고 행 수만 하나씩 늘립니다.
* INSERT table: 이 명령문은 테이블 인덱스, 테이블 키 또는 정렬된 위치를 지정하여 내부 테이블에 새 데이터 행을 삽입하는 데 사용할 수 있습니다. INSERT table 명령문은 내부 테이블의 기존 행을 변경하지 않고 새 행을 위한 공간을 만들기 위해 행을 이동합니다. INSERT table 명령문은 테이블 이름과 작업 영역 또는 인라인 선언을 지정하여 데이터베이스 테이블에 새 데이터 행을 삽입하는 데 사용할 수도 있습니다.
* UPDATE 테이블: 이 명령문은 테이블 이름과 작업 영역 또는 내부 테이블을 지정하여 데이터베이스 테이블의 내용을 업데이트하는 데 사용할 수 있습니다. UPDATE 테이블 명령문은 SET 추가를 사용하여 업데이트해야 할 필드를 지정하고 WHERE 추가를 사용하여 업데이트해야 할 행을 지정할 수 있습니다. UPDATE 테이블 명령문은 내부 테이블에는 영향을 미치지 않지만 해당 데이터베이스 테이블에만 영향을 미칩니다.
참조: MODIFY 테이블 - ABAP 키워드 문서, APPEND 테이블 - ABAP 키워드 문서, INSERT 테이블 - ABAP 키워드 문서, UPDATE 테이블 - ABAP 키워드 문서