Amazon Athena Query Result Reuse for Cost Optimization

Answer Correct answer: B — Use the query result reuse feature of Amazon Athena for the SQL queries to avoid scanning data twice for identical queries.

A financial company wants to use Amazon Athena to run on-demand SQL queries on a petabyte-scale dataset to support a business intelligence (BI) application. An AWS Glue job that runs during non-business hours updates the dataset once every day. The BI application has a standard data refresh frequency of 1 hour to comply with company policies. A data engineer wants to cost optimize the company's use of Amazon Athena without adding any additional infrastructure costs. Which solution will meet these requirements with the LEAST operational overhead?

  1. Configure an Amazon S3 Lifecycle policy to move data to the S3 Glacier Deep Archive storage class after 1 day.
  2. Use the query result reuse feature of Amazon Athena for the SQL queries. Correct Answer
  3. Add an Amazon ElastiCache cluster between the BI application and Athena.
  4. Change the format of the files that are in the dataset to Apache Parquet.

Community Votes

B
100%

100% of anonymous learners picked answer B. Votes are pick records left by other test-takers — they are not the verified answer.

Community Insight

The question tests knowledge of Athena's native cost-saving features versus data engineering optimizations, with the common trap being the selection of Apache Parquet (D) due to its general performance benefits rather than addressing the specific 'identical query' scenario.

This page explains how to optimize Amazon Athena costs using the built-in query result reuse feature, which caches results from identical queries executed within a short timeframe. It establishes that this solution meets cost and operational overhead requirements better than format conversion or infrastructure changes.

Many candidates choose Option D (Apache Parquet) because it significantly reduces scan size and improves query speed generally. However, this requires an additional ETL step (Glue job change), increasing operational overhead and failing the 'least operational overhead' constraint compared to the zero-config reuse feature.

Community Discussion (7 comments)

rralucard_ 👍 6 Selected: B
https://docs.aws.amazon.com/athena/latest/ug/performance-tuning.html Use the Query Result Reuse Feature of Amazon Athena. This leverages Athena's built-in feature to reduce redundant data scans and thus lowers query costs.
Ell89 👍 1 Selected: D
D query result reuse will benefit the same queries that are being re-run, it wont benefit new queries. parquet will benefit all queries.
rsmf 👍 1 Selected: B
Why not D? The question specifies the option with the least overhead, and it clearly states that the Glue job runs once a day. Since the data for that day will not change, there’s no need for additional overhead.
MinTheRanger 👍 1
D. Because "query reuse feature" is reliable only when it's identical but here hourly refresh might be on data related to that hour.
MinTheRanger 👍 3
Why not D?
Ousseyni 👍 2 Selected: B
B. Use the query result reuse feature of Amazon Athena for the SQL queries.
FuriouZ 👍 1 Selected: B
It's B: Glacier adds more retrieval time and the other options cost some money

Comments & Corrections

No comments yet — spotted an error or have a note? Share it below.

Log in to comment, report an error, or add a note about this question.

Submitted for moderation before publishing. Keep it helpful and respectful.

Expert Analysis

Why the Answer Is Correct

Option B is correct because Amazon Athena’s Query Result Reuse feature automatically caches the results of SQL queries executed within the last 24 hours. When an identical query is run again, Athena returns the cached result instead of scanning the underlying S3 data, effectively reducing the cost to $0 for repeated scans. This aligns perfectly with the requirement for a standard data refresh frequency where the same BI queries are likely executed hourly against the same daily dataset. It requires no additional infrastructure setup.

Why the Other Options Are Wrong

Option A is incorrect because moving data to Glacier Deep Archive introduces retrieval latency and costs, which does not directly reduce Athena query costs for active data and adds complexity. Option C is incorrect because adding ElastiCache introduces significant operational overhead and ongoing costs, violating the 'no additional infrastructure costs' constraint. Option D is incorrect while beneficial for performance, converting data to Parquet requires modifying the Glue job logic, which increases operational overhead compared to simply enabling a feature flag like query reuse.

Community Comment Notes

The community heavily favored Option B, with users noting that query reuse is designed specifically for scenarios where identical queries are re-run. One commenter highlighted that Parquet helps all queries but doesn't address the 'least overhead' constraint as well as reuse. Another user pointed out that since the Glue job updates once a day, the data remains static for that day, making repeated queries ideal candidates for caching.

Official Reference

Exam Strategy

When asked for 'least operational overhead,' prioritize AWS managed features that require configuration changes over architectural changes like format conversions or new service deployments. Always check if the scenario involves repeated identical operations, which often signals cache or reuse features.

Frequently Asked Questions

Why isn't changing to Parquet the best answer?

Parquet reduces scan costs but requires modifying the Glue job, increasing operational overhead. Query reuse has zero extra overhead.

Does Query Result Reuse work for different queries?

No, it only works for identical queries (same text) executed within 24 hours. It does not help with varied BI dashboards.

More DEA-C01 FAQ →

Related Analysis

Practice All DEA-C01 Questions

Access 100 questions with complete answers and detailed explanations.

View Full DEA-C01 Practice Test →

← Back to DEA-C01 Study Guide