무료 온라인 액세스 Microsoft.MB-500.v2022-12-03.q102 모의 시험 (Page 9)

MB-500 문제 36

새로운 Dynamics 365 Finance and Operations 개발자를 교육하고 있습니다.
동기식 통합 대신 비동기식 통합을 사용해야 하는 위치를 권장해야 합니다.
어떤 시나리오에 대해 비동기식 통합을 권장해야 합니까?

A. 소매업체는 시스템으로 다시 전송되는 날까지 판매 시점(POS) 터미널에서 캡처된 모든 신규 고객 데이터를 요구합니다.

B. 서비스 회사는 작업자가 서비스를 완료하는 데 필요한 부품이 있는지 확인하기 위해 타사 SaaS(Software as a Service) 애플리케이션을 사용하여 현장에서 적시 재고 데이터에 액세스할 수 있어야 합니다.

C. 한 소매업체는 POS(Point of Sale) 단말기에서 거의 실시간으로 기프트 카드 잔액이 시스템으로 다시 전달되도록 하려고 합니다.

D. 회사는 구매 승인에 워크플로를 사용하고 승인자가 검토할 수 있도록 적시 승인 정보를 타사 애플리케이션으로 보냅니다.

MB-500 문제 37

귀하는 Dynamics 365 Finance 개발자입니다. 다음 전시회와 같이 두 개의 테이블이 있습니다.

Table2에 관련 레코드가 포함된 경우 Table1에서 레코드를 삭제할 수 없도록 Table1을 구성해야 합니다.
OnDelete 속성에 어떤 값을 사용해야 합니까?

A. 없음

B. 캐스케이드

C. 캐스케이드 + 제한

D. 제한

정답: D

제한의 예
두 개의 테이블(고객 및 주문)이 있고 관계가 일대다 관계라고 가정합니다. 즉 고객은 많은 주문을 가질 수 있습니다.
따라서 상위 테이블 즉(고객)에서 Order 테이블에 대해 삭제 작업 속성을 "RESTRICTED"로 설정하면. 그런 다음 고객 테이블에서 레코드를 삭제하면 됩니다. 먼저 자식 테이블의 레코드를 확인하고, 존재하는 경우 먼저 자식 테이블에서 레코드를 삭제해야 한다는 경고 메시지가 표시됩니다.
오답:
B: 캐스케이드의 예:
두 개의 테이블(고객 및 주문)이 있고 관계가 일대다 관계라고 가정합니다. 즉 고객은 많은 주문을 가질 수 있습니다.
따라서 상위 테이블 즉(고객)에서 Order 테이블에 대해 삭제 작업 속성을 "CASCADE"로 설정하면. 그런 다음 고객 테이블에서 레코드를 삭제하면 됩니다. 또한 Order 테이블의 모든 관련 레코드를 자동으로 삭제합니다.
C: 캐스케이드 + 제한의 예
세 개의 테이블(Person ,Customer & Order)이 있다고 가정합니다. 이제 Person은 Customer 테이블의 부모이고 Customer는 (일대다) 관계가 있는 Order 테이블의 부모입니다. Person 테이블의 삭제 작업 속성을 " 고객 테이블에 대한 CASCADE" 및 주문 테이블에 대한 CUSTOMER 테이블의 Delete Action 속성을 "CASCADE +RESTRICTED"로 설정한 경우.
따라서 Customer 테이블에서 레코드를 삭제하면 먼저 하위 테이블(주문 테이블)의 레코드를 확인하고 존재하는 경우 먼저 하위 테이블에서 레코드를 삭제해야 한다는 경고 메시지가 표시됩니다.
그러나 Person 테이블에서 레코드를 삭제하면 Customer 테이블의 레코드가 자동으로 삭제되고 Order 테이블의 고객 테이블과 관련된 모든 레코드도 삭제됩니다.
참조:
https://amazingax.wordpress.com/2013/01/13/microsoft-dynamics-ax-2012example-of-cascaderestricted-and-cascade-restricted-delete-action-property-for-a-table-relation/

MB-500 문제 38

귀하는 Dynamics 365 Finance 개발자입니다.
테이블 캐싱을 구성해야 합니다.
어떤 CacheLookup 속성을 사용해야 합니까? 응답하려면 CacheLookup 속성을 올바른 테이블로 끕니다. 각 속성은 한 번, 두 번 이상 또는 전혀 사용하지 않을 수 있습니다. 콘텐츠를 보려면 창 사이의 분할 막대를 드래그하거나 스크롤해야 할 수 있습니다.
참고: 각 올바른 선택은 1점의 가치가 있습니다.

정답:

설명:
상자 1: FoundAndEmpty
데이터를 반환하지 않는 선택을 포함하여 캐싱 키의 모든 선택이 캐시됩니다.
레코드가 존재하거나 레코드가 캐시에 존재하지 않는 것으로 표시된 경우 모든 캐싱 키 선택이 캐싱에서 반환됩니다. 트랜잭션의 select forUpdate는 데이터베이스에서 강제로 읽고 캐시의 레코드를 대체합니다.
FoundAndEmpty 레코드 캐싱의 예는 Microsoft Dynamics AX 표준 응용 프로그램의 할인 테이블에 있습니다. 기본적으로 할인 테이블에는 레코드가 없습니다. 이 테이블에서 FoundAndEmpty 캐시를 사용하여 쿼리했지만 찾지 못한 키가 캐시에 저장됩니다. 존재하지 않는 동일한 레코드에 대한 후속 쿼리는 데이터베이스로의 왕복 없이 캐시에서 응답할 수 있습니다.
상자 2: NotInTTS
모든 성공적인 캐싱 키 선택이 캐싱됩니다.
트랜잭션에 있을 때(ttsBegin 이후) 트랜잭션 외부에서 만들어진 캐시는 사용되지 않습니다. 트랜잭션 내부에서 레코드는 데이터베이스에서 한 번 읽은 다음 캐시에서 읽습니다. 트랜잭션을 읽을 때 레코드가 선택 잠금되어 트랜잭션이 활성 상태인 동안 캐시된 레코드가 업데이트되지 않습니다.
NotInTTS 속성의 일반적인 예는 Microsoft Dynamics AX 응용 프로그램의 CustTable에 있습니다. 트랜잭션 외부의 캐시에서 오래된 데이터를 읽는 것은 허용되지만 데이터가 유효성 검사 또는 참조 생성에 사용될 때 데이터가 실시간임을 보장합니다.
상자 3: 전체 테이블
서버에 집합 기반 캐시를 만듭니다. 테이블에서 하나 이상의 레코드가 선택되는 즉시 전체 테이블이 캐시됩니다. EntireTable 캐시는 테이블에 삽입, 업데이트 또는 삭제가 수행될 때마다 플러시됩니다. 따라서 먼저 선택한 회사에 대한 DB의 모든 레코드 읽기를 선택하고 이후의 모든 선택은 DB 호출 대신 캐시에서 데이터를 가져옵니다.
상자 4: 발견
모든 성공적인 캐싱 키 선택이 캐싱됩니다. 레코드가 존재하는 경우 모든 캐싱 키 선택이 캐시에서 반환됩니다. 트랜잭션의 select forUpdate는 데이터베이스에서 강제로 읽고 캐시의 레코드를 대체합니다.
이것은 일반적으로 레코드가 일반적으로 존재하는 Unit과 같은 정적(조회) 테이블에 사용됩니다.
참조:
http://gautamax.blogspot.com/2017/01/cache-lookup-property-of-table-in-ax.html

MB-500 문제 39

참고: 이 질문은 동일한 시나리오를 제시하는 일련의 질문 중 일부입니다. 시리즈의 각 질문에는 명시된 목표를 충족할 수 있는 고유한 솔루션이 포함되어 있습니다. 일부 질문 세트에는 둘 이상의 올바른 솔루션이 있을 수 있지만 다른 질문 세트에는 올바른 솔루션이 없을 수 있습니다.
이 섹션의 질문에 답한 후에는 해당 질문으로 돌아갈 수 없습니다. 결과적으로 이러한 질문은 검토 화면에 나타나지 않습니다.
SalesTable 양식에 새 필드를 추가하고 있습니다.
양식에 상태 필드를 추가하려면 확장을 사용해야 합니다.
AOT(응용 프로그램 개체 트리)에서 확장을 만들고 demoExtensions 모델에 확장을 추가해야 합니다.
솔루션: SalesTable 양식에 대한 Visual Studio 사용자 인터페이스 양식 확장 섹션으로 이동하여 확장을 만듭니다.
솔루션이 목표를 충족합니까?

A. 네

B. 아니요

MB-500 문제 40

참고: 이 질문은 동일한 시나리오를 제시하는 일련의 질문 중 일부입니다. 시리즈의 각 질문에는 명시된 목표를 충족할 수 있는 고유한 솔루션이 포함되어 있습니다. 일부 질문 세트에는 둘 이상의 올바른 솔루션이 있을 수 있지만 다른 질문 세트에는 올바른 솔루션이 없을 수 있습니다.
이 섹션의 질문에 답한 후에는 해당 질문으로 돌아갈 수 없습니다. 결과적으로 이러한 질문은 검토 화면에 나타나지 않습니다.
다음과 같은 상태를 가진 TruckStatus라는 이름의 열거형이 있습니다.
* 비어있는
* 로드됨
* 완전한
다음 코드가 있습니다.

이 열거를 확장하고 열거에 검역, 운송 중 상태를 추가해야 합니다.
그런 다음 switch 문의 유효성을 검사하는 코드를 수정해야 합니다.
솔루션: 새 값에 대한 범위 비교를 사용하여 새 열거 값에 대한 열거 및 논리를 확인하는 메서드에 사후 처리기를 추가합니다.

솔루션이 목표를 충족합니까?

A. 네

B. 아니요

다른 버전: 1336Microsoft.MB-500.v2025-08-05.q249; 1908Microsoft.MB-500.v2024-04-16.q151; 1992Microsoft.MB-500.v2023-06-28.q128; 2096Microsoft.MB-500.v2022-06-01.q101; 2420Microsoft.MB-500.v2022-01-19.q149

최근 업로드: 168Huawei.H12-351_V1.0.v2026-09-04.q76; 800Cisco.300-435.v2026-09-03.q259; 392Oracle.1Z0-1045-26.v2026-09-03.q17; 688IIA.IIA-CIA-Part1.v2026-09-03.q627; 545Fortinet.NSE6_OTS_AR-7.6.v2026-09-03.q95; 527Snowflake.DAA-C01.v2026-09-03.q67; 3521Salesforce.AP-223.v2026-09-01.q94; 2636Splunk.SPLK-5001.v2026-09-01.q60; 3967Cisco.300-540.v2026-09-01.q62; 5217Microsoft.MS-102-KR.v2026-09-01.q239