nerdexam
IBM

000-349 · Question #3

If the application developer wants to read a 2GB file that contains two million records of 1KB each and ensure that no data is processed unless all the input data is valid. What are the correct card…

The correct answer is D. FetchAs= Burst, Scope=Map, OnSuccess=Delete, OnFailure=Rollback. For a 2GB file where all records must be valid before any data is committed, FetchAs=Burst prevents memory exhaustion while Scope=Map ensures the entire map is treated as a single transaction.

Installation and Configuration

Question

If the application developer wants to read a 2GB file that contains two million records of 1KB each and ensure that no data is processed unless all the input data is valid. What are the correct card settings?

Options

  • AFetchAs= Integral, Scope=Map, OnSuccess=Delete, OnFailure=Rollback
  • BFetchAs= Burst, Scope=Burst, OnSuccess=Delete, OnFailure=Rollback
  • CFetchAs= Integral, Scope=Card, OnSuccess=Delete, OnFailure=Rollback
  • DFetchAs= Burst, Scope=Map, OnSuccess=Delete, OnFailure=Rollback

How the community answered

(32 responses)
  • A
    6% (2)
  • B
    16% (5)
  • C
    3% (1)
  • D
    75% (24)

Why each option

For a 2GB file where all records must be valid before any data is committed, FetchAs=Burst prevents memory exhaustion while Scope=Map ensures the entire map is treated as a single transaction.

AFetchAs= Integral, Scope=Map, OnSuccess=Delete, OnFailure=Rollback

FetchAs=Integral attempts to load the entire 2GB file into memory at once, which is impractical for a file of this size and risks out-of-memory errors.

BFetchAs= Burst, Scope=Burst, OnSuccess=Delete, OnFailure=Rollback

Scope=Burst limits the transaction boundary to each individual burst, so successfully processed bursts could be committed even if a later burst contains invalid records, violating the all-or-nothing requirement.

CFetchAs= Integral, Scope=Card, OnSuccess=Delete, OnFailure=Rollback

FetchAs=Integral would load the entire 2GB file into memory causing resource exhaustion, and Scope=Card limits rollback granularity to individual cards rather than the full map execution.

DFetchAs= Burst, Scope=Map, OnSuccess=Delete, OnFailure=RollbackCorrect

FetchAs=Burst reads the 2GB input file in manageable chunks rather than loading it entirely into memory at once, preventing the out-of-memory failures that FetchAs=Integral would cause with a file of this size. Scope=Map wraps the entire map execution in one transaction boundary, so the OnFailure=Rollback applies across all records - guaranteeing that no output is committed if any single record fails validation. Together these settings satisfy both the memory efficiency requirement and the all-or-nothing validation constraint.

Concept tested: Card settings for large file processing with map-level transactional validation

Source: https://www.ibm.com/docs/en/wtx/8.4.1?topic=cards-card-settings-fetchas-scope

Topics

#card settings#FetchAs Burst#Scope Map#data validation rollback

Community Discussion

No community discussion yet for this question.

Full 000-349 Practice