Snowflake SnowPro Core Practice Test 81
Question 800
For an original SnowPro Core educational scenario, consider: A developer uses a CROSS JOIN unintentionally and receives billions of output rows from two moderate inputs. Select THREE compatible elements: a proper correction, a targeted diagnostic and an acceptance result.
- Change: Define correct join keys and grain, deduplicate where required and validate output cardinality before aggregation.
- Change: Use CREATE TABLE AS SELECT with an appropriate table type and explicit lifecycle or dependency management.
- Result: The join yields expected grain and aggregate totals reconcile to source transactions.
- Check: Inspect query profile scanned partitions, predicate form and representative date distribution.
- Result: Aggregated measures reconcile to the intended grain and avoid fanout inflation.
- Check: Compare source key uniqueness, pre-join counts and resulting row counts for representative business IDs.
Explanation
Correct Answer
A:SQL joins combine matching records according to relational cardinality; incorrect relationships multiply rows and distort measures. Evidence: Compare source key uniqueness, pre-join counts and resulting row counts for representative business IDs.
C:SQL joins combine matching records according to relational cardinality; incorrect relationships multiply rows and distort measures. Required intervention: Define correct join keys and grain, deduplicate where required and validate output cardinality before aggregation.
F:SQL joins combine matching records according to relational cardinality; incorrect relationships multiply rows and distort measures. Acceptance: The join yields expected grain and aggregate totals reconcile to source transactions.
Incorrect Answers
B:Change: Use CREATE TABLE AS SELECT with an appropriate table type and explicit lifecycle or dependency management. SQL joins combine matching records according to relational cardinality; incorrect relationships multiply rows and distort measures.
D:Check: Inspect query profile scanned partitions, predicate form and representative date distribution. SQL joins combine matching records according to relational cardinality; incorrect relationships multiply rows and distort measures.
E:Result: Aggregated measures reconcile to the intended grain and avoid fanout inflation. SQL joins combine matching records according to relational cardinality; incorrect relationships multiply rows and distort measures.
Question 801
A Snowflake engineer is examining this platform situation: Finance needs the latest transaction per customer without losing customer-level partition logic. A proposed shortcut is: Use an unordered ROW_NUMBER result as a guaranteed chronological sequence. What should the Snowflake engineer recommend as the narrowly scoped correction? Select ONE best answer.
- Use LATERAL FLATTEN and explicit path and value casts to transform arrays into relational rows.
- Review dynamic table refresh history, eligibility and resource use, then set an achievable target lag for business freshness needs.
- Use an unordered ROW_NUMBER result as a guaranteed chronological sequence.
- Use appropriate window functions with PARTITION BY and ordered frames for row-level ranking or rolling calculations.
Explanation
Correct Answer
D:Window calculations evaluate over logical row partitions without necessarily collapsing rows as a GROUP BY does. Applied case: Finance needs the latest transaction per customer without losing customer-level partition logic.
Incorrect Answers
A:Use LATERAL FLATTEN and explicit path and value casts to transform arrays into relational rows. Window calculations evaluate over logical row partitions without necessarily collapsing rows as a GROUP BY does.
B:Review dynamic table refresh history, eligibility and resource use, then set an achievable target lag for business freshness needs. Finance needs the latest transaction per customer without losing customer-level partition logic.
C:Window calculations evaluate over logical row partitions without necessarily collapsing rows as a GROUP BY does. For this best change assessment, the shortcut changes or bypasses the necessary correctness, governance or operational boundary rather than correcting it.
Question 802
A Snowflake implementation review finds: Finance needs the latest transaction per customer without losing customer-level partition logic. The team proposes: Use appropriate window functions with PARTITION BY and ordered frames for row-level ranking or rolling calculations. Which platform principle most strongly supports the recommended response? Select ONE best answer.
- Search optimization maintains a search access path for eligible lookup patterns, with storage and maintenance costs distinct from warehouse scans.
- Local warehouse cache is associated with running compute and does not equal reusable persisted query results across warehouses.
- Window calculations evaluate over logical row partitions without necessarily collapsing rows as a GROUP BY does.
- TRY-style conversions can yield NULL for invalid input instead of stopping an entire transform, but silently ignoring invalid values is still a quality risk.
Explanation
Correct Answer
C:Demonstrable success requires: Each group has the intended ranked or rolling values while original row-level detail is preserved. Applied case: Finance needs the latest transaction per customer without losing customer-level partition logic.
Incorrect Answers
A:This option addresses a different Snowflake technical topic (Search Optimization Service) rather than the documented Window functions for ranking decision.
B:Local warehouse cache is associated with running compute and does not equal reusable persisted query results across warehouses. Window calculations evaluate over logical row partitions without necessarily collapsing rows as a GROUP BY does.
D:TRY-style conversions can yield NULL for invalid input instead of stopping an entire transform, but silently ignoring invalid values is still a quality risk. Window calculations evaluate over logical row partitions without necessarily collapsing rows as a GROUP BY does.
Question 803
The data platform team has not yet approved changes. Current evidence indicates: Finance needs the latest transaction per customer without losing customer-level partition logic. Which evidence best tests the technical diagnosis before approving a disruptive change? Select ONE best answer.
- Count conversion failures, review source examples and reconcile accepted versus quarantined records.
- Test row_number or moving-average output for customers with multiple timestamps and ties.
- Inspect query profile scanned partitions, predicate form and representative date distribution.
- Compare an equivalent subquery with QUALIFY and test tie handling using ordered timestamps.
Explanation
Correct Answer
B:Window calculations evaluate over logical row partitions without necessarily collapsing rows as a GROUP BY does. Confirm afterward that: Each group has the intended ranked or rolling values while original row-level detail is preserved.
Incorrect Answers
A:Count conversion failures, review source examples and reconcile accepted versus quarantined records. Window calculations evaluate over logical row partitions without necessarily collapsing rows as a GROUP BY does.
C:Inspect query profile scanned partitions, predicate form and representative date distribution. Window calculations evaluate over logical row partitions without necessarily collapsing rows as a GROUP BY does.
D:Compare an equivalent subquery with QUALIFY and test tie handling using ordered timestamps. Window calculations evaluate over logical row partitions without necessarily collapsing rows as a GROUP BY does.
Question 804
A candidate correction has been tested and the platform team requires a post-change acceptance check. Original problem: Finance needs the latest transaction per customer without losing customer-level partition logic. The service owner needs positive and negative results and evidence that legitimate data workflows still function. Which acceptance result demonstrates correct platform behavior without disrupting authorized workflows? Select ONE best answer.
- Each group has the intended ranked or rolling values while original row-level detail is preserved.
- The regression cause is measurable and the selected fix improves business performance economically.
- Required transformed datasets remain available for the intended lifecycle without accidental duplication.
- Recurring reads improve without unacceptable data freshness or maintenance burden.
Explanation
Correct Answer
A:Window calculations evaluate over logical row partitions without necessarily collapsing rows as a GROUP BY does. The result must be validated using the documented dataset or access context.
Incorrect Answers
B:The regression cause is measurable and the selected fix improves business performance economically. Window calculations evaluate over logical row partitions without necessarily collapsing rows as a GROUP BY does.
C:Required transformed datasets remain available for the intended lifecycle without accidental duplication. Window calculations evaluate over logical row partitions without necessarily collapsing rows as a GROUP BY does.
D:Recurring reads improve without unacceptable data freshness or maintenance burden. Window calculations evaluate over logical row partitions without necessarily collapsing rows as a GROUP BY does.
Question 805
An implementation sign-off request identifies the following problem: Finance needs the latest transaction per customer without losing customer-level partition logic. Which paired technical change and validation should close the implementation review? Select ONE best answer.
- Change: Use appropriate window functions with PARTITION BY and ordered frames for row-level ranking or rolling calculations. Verify: Test row_number or moving-average output for customers with multiple timestamps and ties.
- Change: Express supported filters and transformations as Snowpark operations and use governed execution runtimes for Python-specific steps. Verify: Compare generated SQL plans, data transfer volumes and managed package availability for a sample transform.
- Change: Define correct join keys and grain, deduplicate where required and validate output cardinality before aggregation. Verify: Compare source key uniqueness, pre-join counts and resulting row counts for representative business IDs.
- Change: Use an appropriate MERGE with deterministic matched and unmatched clauses and validated source uniqueness. Verify: Test source-key duplicates, matched row counts and idempotent replay of the same batch.
Explanation
Correct Answer
A:Window calculations evaluate over logical row partitions without necessarily collapsing rows as a GROUP BY does. The change is successful only when: Each group has the intended ranked or rolling values while original row-level detail is preserved.
Incorrect Answers
B:Change: Express supported filters and transformations as Snowpark operations and use governed execution runtimes for Python-specific steps.
C:Change: Define correct join keys and grain, deduplicate where required and validate output cardinality before aggregation. Window calculations evaluate over logical row partitions without necessarily collapsing rows as a GROUP BY does.
D:Change: Use an appropriate MERGE with deterministic matched and unmatched clauses and validated source uniqueness. Finance needs the latest transaction per customer without losing customer-level partition logic.
Question 806
A Snowflake engineer is examining this platform situation: A report wants moving averages per product but developers attempt one global GROUP BY that collapses every detailed row. A proposed shortcut is: Use an unordered ROW_NUMBER result as a guaranteed chronological sequence. What should the Snowflake engineer recommend as the narrowly scoped correction? Select ONE best answer.
- Match SELECT expressions to GROUP BY grain and use correct distinct or preaggregation strategy when source cardinality requires it.
- Track query duration, warehouse and serverless credits, data volume and service objectives together for tuning decisions.
- Use appropriate window functions with PARTITION BY and ordered frames for row-level ranking or rolling calculations.
- Use an unordered ROW_NUMBER result as a guaranteed chronological sequence.
Explanation
Correct Answer
C:Window calculations evaluate over logical row partitions without necessarily collapsing rows as a GROUP BY does. Applied case: A report wants moving averages per product but developers attempt one global GROUP BY that collapses every detailed row.
Incorrect Answers
A:Match SELECT expressions to GROUP BY grain and use correct distinct or preaggregation strategy when source cardinality requires it. Window calculations evaluate over logical row partitions without necessarily collapsing rows as a GROUP BY does.
B:Track query duration, warehouse and serverless credits, data volume and service objectives together for tuning decisions. Window calculations evaluate over logical row partitions without necessarily collapsing rows as a GROUP BY does.
D:Window calculations evaluate over logical row partitions without necessarily collapsing rows as a GROUP BY does. Use this instead: Use appropriate window functions with PARTITION BY and ordered frames for row-level ranking or rolling calculations.
Question 807
A Snowflake implementation review finds: A report wants moving averages per product but developers attempt one global GROUP BY that collapses every detailed row. The team proposes: Use appropriate window functions with PARTITION BY and ordered frames for row-level ranking or rolling calculations. Which platform principle most strongly supports the recommended response? Select ONE best answer.
- FLATTEN expands array elements, while VARIANT values often require explicit casts for typed calculations.
- Clustering can improve locality and pruning but consumes maintenance resources and is not a universal tuning step.
- Materialized views retain precomputed query results and have feature restrictions and maintenance tradeoffs.
- Window calculations evaluate over logical row partitions without necessarily collapsing rows as a GROUP BY does.
Explanation
Correct Answer
D:Demonstrable success requires: Each group has the intended ranked or rolling values while original row-level detail is preserved. Applied case: A report wants moving averages per product but developers attempt one global GROUP BY that collapses every detailed row.
Incorrect Answers
A:FLATTEN expands array elements, while VARIANT values often require explicit casts for typed calculations. Window calculations evaluate over logical row partitions without necessarily collapsing rows as a GROUP BY does.
B:This option addresses a different Snowflake technical topic (Clustering keys and maintenance costs) rather than the documented Window functions for ranking decision.
C:Materialized views retain precomputed query results and have feature restrictions and maintenance tradeoffs. Window calculations evaluate over logical row partitions without necessarily collapsing rows as a GROUP BY does.
Question 808
The data platform team has not yet approved changes. Current evidence indicates: A report wants moving averages per product but developers attempt one global GROUP BY that collapses every detailed row. Which evidence best tests the technical diagnosis before approving a disruptive change? Select ONE best answer.
- Test row_number or moving-average output for customers with multiple timestamps and ties.
- Inspect query eligibility and acceleration history plus incremental service credits for representative workloads.
- Check query eligibility, refresh behavior, query rewrite usage and storage or maintenance charges.
- Check source counts, grouping keys and a small reference reconciliation with known customer transactions.
Explanation
Correct Answer
A:Window calculations evaluate over logical row partitions without necessarily collapsing rows as a GROUP BY does. This check tests the actual data, compute or access boundary before an operationally risky change.
Incorrect Answers
B:Inspect query eligibility and acceleration history plus incremental service credits for representative workloads. Window calculations evaluate over logical row partitions without necessarily collapsing rows as a GROUP BY does.
C:Check query eligibility, refresh behavior, query rewrite usage and storage or maintenance charges. Window calculations evaluate over logical row partitions without necessarily collapsing rows as a GROUP BY does.
D:Check source counts, grouping keys and a small reference reconciliation with known customer transactions. Window calculations evaluate over logical row partitions without necessarily collapsing rows as a GROUP BY does.
Question 809
A candidate correction has been tested and the platform team requires a post-change acceptance check. Original problem: A report wants moving averages per product but developers attempt one global GROUP BY that collapses every detailed row. The service owner needs positive and negative results and evidence that legitimate data workflows still function. Which acceptance result demonstrates correct platform behavior without disrupting authorized workflows? Select ONE best answer.
- Each group has the intended ranked or rolling values while original row-level detail is preserved.
- A justifiable cache strategy improves repeated reads without keeping idle compute running solely by assumption.
- The query reads fewer relevant partitions while returning identical filtered rows.
- The bottleneck is reduced with comparable results and defensible credit use.
Explanation
Correct Answer
A:Window calculations evaluate over logical row partitions without necessarily collapsing rows as a GROUP BY does. The approved implementation step was: Use appropriate window functions with PARTITION BY and ordered frames for row-level ranking or rolling calculations.
Incorrect Answers
B:A justifiable cache strategy improves repeated reads without keeping idle compute running solely by assumption. Window calculations evaluate over logical row partitions without necessarily collapsing rows as a GROUP BY does.
C:The query reads fewer relevant partitions while returning identical filtered rows. Window calculations evaluate over logical row partitions without necessarily collapsing rows as a GROUP BY does.
D:The bottleneck is reduced with comparable results and defensible credit use. Window calculations evaluate over logical row partitions without necessarily collapsing rows as a GROUP BY does.
Question 810
For an original SnowPro Core educational scenario, consider: A report wants moving averages per product but developers attempt one global GROUP BY that collapses every detailed row. Select TWO complementary steps: the targeted correction and its strongest prechange validation.
- Use an unordered ROW_NUMBER result as a guaranteed chronological sequence.
- Check: Test row_number or moving-average output for customers with multiple timestamps and ties.
- Check: Compare QUERY_HISTORY result reuse and query text or underlying data changes in a controlled test.
- Change: Use selective predicates on suitable stored columns and evaluate micro-partition pruning before adding other optimizations.
- Change: Use appropriate window functions with PARTITION BY and ordered frames for row-level ranking or rolling calculations.
Explanation
Correct Answer
B:Window calculations evaluate over logical row partitions without necessarily collapsing rows as a GROUP BY does. Acceptance: Each group has the intended ranked or rolling values while original row-level detail is preserved.
E:Window calculations evaluate over logical row partitions without necessarily collapsing rows as a GROUP BY does. Evidence: Test row_number or moving-average output for customers with multiple timestamps and ties.
Incorrect Answers
A:For this select two assessment, the shortcut changes or bypasses the necessary correctness, governance or operational boundary rather than correcting it. Window calculations evaluate over logical row partitions without necessarily collapsing rows as a GROUP BY does.
C:Check: Compare QUERY_HISTORY result reuse and query text or underlying data changes in a controlled test. Window calculations evaluate over logical row partitions without necessarily collapsing rows as a GROUP BY does.
D:Change: Use selective predicates on suitable stored columns and evaluate micro-partition pruning before adding other optimizations. Window calculations evaluate over logical row partitions without necessarily collapsing rows as a GROUP BY does.