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

C_ABAPD_2309 문제 61

부록을 참조하세요.

다음 유형 중 어느 것이 4번째 줄의 <source>에 사용할 수 있습니까? 참고: 이 질문에 대한 정답은 2개입니다.

A. ABAP 사전의 데이터베이스 테이블

B. CDS DDIC 기반 뷰

C. ABAP 사전의 외부 뷰

D. ABAP 사전의 데이터베이스 뷰

정답: A,B

CDS View Entity Data Definition의 <source> 절은 뷰 엔터티의 데이터 소스를 지정하는 데 사용할 수 있습니다. <source> 절은 뷰 엔터티의 유형에 따라 다양한 유형의 데이터 소스를 허용할 수 있습니다.
ABAP 사전의 데이터베이스 테이블: 이것은 CDS View Entity Data Definition에 대한 유효한 유형의 데이터 소스입니다. ABAP 사전의 데이터베이스 테이블은 TABLE 또는 TABLE OF 키워드를 사용하여 ABAP 사전에서 정의된 테이블입니다. 데이터베이스 테이블의 이름은 네임스페이스 내에서 고유해야 하며 특수 문자를 포함해서는 안 됩니다2.
CDS DDIC 기반 뷰: 이는 또한 CDS View Entity Data Definition에 대한 유효한 유형의 데이터 소스입니다. CDS DDIC 기반 뷰는 DEFINE VIEW ENTITY 키워드를 사용하여 Core Data Services에서 정의된 뷰입니다. CDS DDIC 기반 뷰의 이름은 네임스페이스 내에서 고유해야 하며 특수 문자를 포함해서는 안 됩니다3.
다음 중 어떤 것도 할 수 없습니다.
ABAP 사전의 외부 뷰: 이것은 CDS 뷰 엔터티 데이터 정의에 대한 유효한 유형의 데이터 소스가 아닙니다. ABAP 사전의 외부 뷰는 SQL, PL/SQL 또는 Java와 같이 SAP에서 지원하는 언어를 사용하여 외부 애플리케이션에서 정의된 뷰입니다. 외부 뷰의 이름은 네임스페이스 내에서 고유해야 하며 특수 문자를 포함해서는 안 됩니다4.
ABAP 사전의 데이터베이스 뷰: 이것은 CDS 뷰 엔터티 데이터 정의에 대한 유효한 유형의 데이터 소스가 아닙니다. ABAP 사전의 데이터베이스 뷰는 SQL, PL/SQL 또는 Java와 같이 SAP에서 지원하는 언어를 사용하여 외부 애플리케이션에서 정의된 뷰입니다. 데이터베이스 뷰의 이름은 네임스페이스 내에서 고유해야 하며 특수 문자를 포함해서는 안 됩니다4.

C_ABAPD_2309 문제 62

RESTful Application Programming에서 비즈니스 객체는 어떤 부분을 포함합니까? 참고: 이 질문에 대한 정답은 2개입니다.

A. CDS 뷰

B. 동작 정의

C. 인증 규칙

D. 프로세스 정의

정답: A,B

설명
RESTful 애플리케이션 프로그래밍에서 비즈니스 객체는 CDS 뷰와 동작 정의라는 두 가지 주요 부분으로 구성됩니다.
A). CDS 뷰: CDS 뷰는 비즈니스 객체의 구조와 데이터 소스를 정의하는 데이터 정의입니다. CDS 뷰는 연결 또는 구성으로 연결된 하나 이상의 엔터티로 구성될 수 있습니다. 엔터티는 비즈니스 객체의 노드 또는 프로젝션을 나타내는 CDS 뷰 요소입니다. 엔터티는 비즈니스 객체의 메타데이터와 의미를 정의하는 다양한 주석을 가질 수 있습니다2.
B). 동작 정의: 동작 정의는 비즈니스 객체의 동작과 검증 규칙을 정의하는 소스 코드 아티팩트입니다. 동작 정의는 표준 CRUD(생성, 읽기, 업데이트, 삭제) 작업, 초안 처리, 권한 검사 및 비즈니스 객체의 부작용을 지정할 수 있습니다. 동작 정의는 비즈니스 객체의 비즈니스 로직을 구현하는 사용자 지정 작업, 검증 및 결정을 정의할 수도 있습니다3.
다음은 RESTful 애플리케이션 프로그래밍의 비즈니스 객체의 일부가 아닙니다. 그 이유는 다음과 같습니다.
C). 인증 규칙: 인증 규칙은 비즈니스 객체의 일부가 아니라 서비스 바인딩의 일부입니다. 서비스 바인딩은 비즈니스 객체가 OData 서비스로 노출되는 방식을 정의하는 구성 아티팩트입니다. 서비스 바인딩은 OData 서비스에 대한 인증 방법, 권한 부여 범위, 프로토콜 버전 및 서비스 옵션을 지정할 수 있습니다4.
D). 프로세스 정의: 프로세스 정의는 비즈니스 객체의 일부가 아니라 워크플로의 일부입니다. 워크플로는 비즈니스 객체의 작업과 이벤트를 조율하는 비즈니스 프로세스입니다. 워크플로는 SAP Business Application Studio 또는 SAP Web IDE의 Workflow Editor를 사용하여 정의할 수 있습니다. 워크플로는 비즈니스 객체의 API를 사용하여 이벤트를 트리거하거나 사용하거나, 작업을 실행하거나, 데이터를 읽거나 업데이트할 수 있습니다5.
참조: 1: Business Object | SAP Help Portal 2: CDS View Entities | SAP Help Portal 3: Behavior Definition | SAP Help Portal 4: Service Binding | SAP Help Portal 5: Workflow | SAP Help Portal

C_ABAPD_2309 문제 63

내부 테이블 행 액세스에 필드 심볼을 사용하는 이점은 무엇입니까? 참고: 이 질문에 대한 답변이 있습니다.

A. 필드 기호는 다른 프로그램에서 재사용될 수 있습니다.

B. 변경된 내용을 다시 테이블에 쓰기 위한 MODIFY 문은 필요하지 않습니다.

C. 행 내용이 작업 영역 대신 필드 기호에 복사됩니다.

D. 작업 영역을 사용하는 것보다 필드 기호를 사용하는 것이 더 빠릅니다.

정답: B,D

필드 심볼은 작업 영역에 복사하지 않고도 내부 테이블의 행에 직접 액세스할 수 있는 포인터입니다. 내부 테이블 행 액세스에 필드 심볼을 사용하면 작업 영역을 사용하는 것보다 다음과 같은 몇 가지 이점이 있습니다.12:
* 변경된 내용을 다시 테이블에 쓰기 위한 MODIFY 문은 필요하지 않습니다. 이는 사실입니다. 작업 영역을 사용하는 경우 내부 테이블에서 작업 영역으로 행 내용을 복사하고 수정한 다음 MODIFY 문을 사용하여 다시 내부 테이블로 복사해야 합니다. 이는 성능과 메모리 소비 측면에서 비용이 많이 들 수 있습니다. 필드 심볼을 사용하는 경우 복사하지 않고도 내부 테이블에서 직접 행 내용을 수정할 수 있습니다. 따라서 MODIFY 문이 필요하지 않습니다12.
* 필드 심볼을 사용하는 것이 작업 영역을 사용하는 것보다 빠릅니다. 이는 사실입니다. 위에서 설명한 대로 필드 심볼을 사용하면 내부 테이블과 작업 영역 간에 데이터를 복사하는 오버헤드가 발생하지 않습니다. 이렇게 하면 루프의 성능이 상당히 향상될 수 있으며, 특히 대규모 내부 테이블의 경우 더욱 그렇습니다. 일부 벤치마크에 따르면 필드 심볼을 사용하면 작업 영역을 사용하는 것보다 런타임을 25-40% 절약할 수 있습니다12.
다음 중 어떤 것도 할 수 없습니다.
* 필드 심볼은 다른 프로그램에 재사용될 수 있습니다: 이는 거짓입니다. 필드 심볼은 선언 범위 내에서만 볼 수 있는 로컬 변수입니다. 전역적으로 선언되거나 매개변수로 전달되지 않는 한 다른 프로그램에 재사용될 수 없습니다. 게다가 필드 심볼은 액세스하는 내부 테이블의 라인 유형과 동일한 유형을 가져야 합니다. 따라서 다른 라인 유형을 가진 내부 테이블에는 사용할 수 없습니다12.
* 행 내용이 작업 영역 대신 필드 심볼에 복사됨: 이는 거짓입니다. 위에서 설명한 대로 필드 심볼을 사용해도 행 내용이 필드 심볼에 복사되지 않습니다. 대신 필드 심볼은 내부 테이블의 행 메모리 주소를 가리키고 직접 액세스할 수 있습니다. 따라서 필드 심볼을 사용할 때는 복사가 필요하지 않습니다12.
참조: 1: 필드 심볼을 사용하여 내부 테이블 처리 - SAP 학습 2: 내부 테이블에 액세스 - ABAP 키워드 문서 - SAP 온라인 도움말

C_ABAPD_2309 문제 64

SAP에서는 SAP Fiori 앱의 기존 UI를 향상시키기 위해 어떤 확장성 유형을 사용하도록 권장합니까?

A. 주요 사용자

B. 개발자

C. 나란히

D. 클래식

C_ABAPD_2309 문제 65

어떤 패턴이 예외를 발생시킵니까? 참고: 이 질문에 대한 정답은 3개입니다.

A. 데이터: gv_target TYPE p DECIMALS 2. 상수: go intl TYPE i VALUE 3. gv_target -U EXACT (2 gcojntl).

B. 데이터: gv_target 유형 문자열. □ 상수: gco_string 유형 길이 16 값 0123456789ABCDEF*.gv_target = EXACT # gco_string+5 (5) ).

C. DATA: gv_target TYPE c LENGTH 5. V □ 상수: ECO 문자열 TYPE 문자열 값 0123456789ABCDEF". gv_target - EXACT (gco_string + 5 (6) ).

D. 데이터: Ev 대상 유형 p 소수점 3. 상수: gcojntl 유형 i 값 2. Ev_target -U EXACT #2 / gcojntl ).

E. 데이터: gv_target 유형 d. s/ □ 상수: gco_date 유형 d 값 '20331233*.gv_target EXACT(geo_date).

정답: A,C,E

예외를 발생시키는 패턴은 손실 없는 할당이나 계산을 수행하기 위해 생성자 연산자 EXACT를 사용하지만, 결과를 데이터 손실 없이 대상 데이터 유형으로 변환할 수 없는 패턴입니다. 각 패턴에 대한 설명은 다음과 같습니다.
A: 이 패턴은 2 * 3 계산 결과가 6이기 때문에 예외 CX_SY_CONVERSION_LOST를 발생시키고, 정수 부분을 잃지 않고 소수점 두 자리로 묶인 숫자에 할당할 수 없습니다. 연산자 -U는 decfloat34 계산 유형으로 손실 없는 계산을 수행하는 데 사용됩니다.
B: 이 패턴은 부분 문자열 표현식 gco_string+5(5)의 결과가 '6789A'이기 때문에 예외를 발생시키지 않으며, 이는 데이터 손실 없이 문자열에 할당될 수 있습니다. 연산자 EXACT #는 인수의 데이터 유형으로 손실 없는 할당을 수행하는 데 사용됩니다.
C: 이 패턴은 하위 문자열 표현식 gco_string+5(6)의 결과가 '6789AB'이기 때문에 예외 CX_SY_CONVERSION_LOST를 발생시킵니다. 마지막 문자를 잃지 않고 길이가 5인 문자 필드에 할당할 수 없습니다. 연산자 EXACT는 대상 필드의 데이터 유형으로 손실 없는 할당을 수행하는 데 사용됩니다.
D: 이 패턴은 2 / 2 계산 결과가 1이기 때문에 예외를 발생시키지 않으며, 이는 데이터 손실 없이 소수점 세 자리로 묶인 숫자에 할당될 수 있습니다. 연산자 -U는 decfloat34 계산 유형으로 손실 없는 계산을 수행하는 데 사용됩니다.
E: 이 패턴은 상수 gco_date에 날짜 데이터 유형에 대한 잘못된 값 '20331233'이 포함되어 있기 때문에 CX_SY_CONVERSION_ERROR 예외를 발생시킵니다. 이 값은 유효한 날짜로 변환할 수 없습니다. 연산자 EXACT는 대상 필드의 데이터 유형으로 무손실 할당을 수행하는 데 사용됩니다.