Question 80
At Cedarfield Hospitality, the revenue analytics engineers maintain hotel occupancy prediction and customer service classification under requirements for controlled deployment costs and reliable features. The ML reliability team requests proof of the remediation for: A distributed feature preparation process overfetches every Redshift table column even though the model uses just a few features and one time period. Which observed result BEST demonstrates that the correction works?
Explanation
Correct Answer
A measured extract contains only authorized columns and the intended time window while transfer volume decreases. This is observable proof for correction of: A distributed feature preparation process overfetches every Redshift table column even though the model uses just a few features and one time period. The approved design change is: Push filters and projections into an appropriate query or unload operation before delivering selected fields to the training pipeline. The Cedarfield Hospitality acceptance test separates measured ML behavior from an unverified implementation claim.
Incorrect Answers
Every required rare class appears at least the configured minimum count in evaluation and no training row is duplicated into test. This would verify a different operation: Use a stratified or otherwise class-aware splitting method with declared minimum representation checks for the holdout set. That separate action addresses: A multi-class label dataset is split without stratification and a rare class is missing entirely from the evaluation partition. It cannot establish the required Cedarfield Hospitality correction for: A distributed feature preparation process overfetches every Redshift table column even though the model uses just a few features and one time period. The decisive acceptance check is instead: A measured extract contains only authorized columns and the intended time window while transfer volume decreases.
The feature vector dimensions stay bounded and an evaluation report measures collisions or embedding quality on held-out accounts. This would verify a different operation: Use a suitable embedding or hashing approach with collision and memory impact assessed for the model objective. That separate action addresses: A recommendation model's high-cardinality account IDs explode into impractically wide one-hot sparse features. It cannot establish the required Cedarfield Hospitality correction for: A distributed feature preparation process overfetches every Redshift table column even though the model uses just a few features and one time period. The decisive acceptance check is instead: A measured extract contains only authorized columns and the intended time window while transfer volume decreases.
The faulty batch is quarantined based on the defined feature threshold and a clean control batch continues processing. This would verify a different operation: Add schema, null-rate and range checks using AWS Glue Data Quality or equivalent before the training step begins. That separate action addresses: An automated data quality gate checks only row counts while a critical feature's null rate jumps from one percent to 40 percent. It cannot establish the required Cedarfield Hospitality correction for: A distributed feature preparation process overfetches every Redshift table column even though the model uses just a few features and one time period. The decisive acceptance check is instead: A measured extract contains only authorized columns and the intended time window while transfer volume decreases.