SnowflakeAssociate levelCOF-C03Page 3 of 4

COF-C03 exam dumps: questions 201 to 300 of 350

Page 3 of the free COF-C03 question bank for the SnowPro® Core Certification (COF-C03) exam. Questions 201 to 300 are listed below, the first 5 in full with answers and explanations. Back to page 1 for the exam overview and FAQ.

Question bank last updated April 2026

Free COF-C03 practice questions

Questions 201 to 205 of 350

Pick an answer before you open the explanation. Each question also has its own page with a permalink.

COF-C03 Question 201

Single answerResource Monitors

A Snowflake administrator needs to prevent a non-production analytics warehouse from consuming more than its monthly credit budget. The business requirement is to receive notifications when usage reaches 75% of the budget and to automatically stop further warehouse compute usage when the budget is fully consumed. Which approach best meets this requirement?

  1. A

    Create a resource monitor with a monthly frequency, set a notify trigger at 75%, set a suspend trigger at 100%, and assign the monitor to the warehouse.

  2. B

    Create a warehouse quota on the analytics warehouse, set an alert at 75%, and enable auto-suspend at 100% of the quota.

  3. C

    Create a resource monitor on the database used by the analytics team, set a monthly quota, and configure it to suspend queries at 100%.

  4. D

    Create a task that queries ACCOUNT_USAGE.WAREHOUSE_METERING_HISTORY every hour and manually alters the warehouse to suspended when usage reaches the limit.

Show answer and explanation

Correct answer: A

Explanation

Resource monitors are the native Snowflake mechanism for tracking and controlling credit consumption for warehouses. They can be set with a credit quota and a schedule such as monthly, and they support actions at thresholds including NOTIFY, SUSPEND, and SUSPEND_IMMEDIATE. To meet the stated requirement, the administrator should create a resource monitor with a monthly quota, configure a notification threshold at 75%, configure suspension at 100%, and assign it to the non-production warehouse. This aligns with Snowflake documentation and best practices for controlling spend on development or departmental workloads. Common misconceptions include confusing warehouse auto-suspend with budget enforcement, assuming monitors can be attached to databases, or building custom monitoring logic when a native feature already exists.

  • A. Correct.

    Correct. Resource monitors are the Snowflake feature designed to track and control credit usage for warehouses. A monitor can be configured with a monthly quota, a NOTIFY trigger at 75%, and a SUSPEND trigger at 100%. When assigned to a specific warehouse, it governs credit consumption for that warehouse and can automatically suspend it once the defined threshold is reached.

  • B. Incorrect.

    Incorrect. Snowflake does not provide a separate warehouse quota feature with built-in alert and hard-stop behavior outside of resource monitors. Auto-suspend on a warehouse is an inactivity setting, not a credit-budget enforcement mechanism. This option mixes real warehouse behavior with non-existent quota functionality.

  • C. Incorrect.

    Incorrect. Resource monitors apply to warehouses or the account, not to databases. They track compute credit consumption, not database-level storage or object usage. Also, the action is to suspend warehouses, not directly suspend queries on a database.

  • D. Incorrect.

    Incorrect. While a custom task-based solution could be built to monitor usage, it is not the best approach because Snowflake already provides native resource monitors for this exact use case. A task also introduces delay, operational complexity, and maintenance overhead compared to using built-in quota actions and notifications.

COF-C03 Question 202

Single answerCost and warehouse monitoring

A Snowflake administrator notices that compute costs increased sharply over the past two weeks. The engineering team says no new warehouses were created, but several BI dashboards now refresh more frequently during business hours. The administrator needs to identify which warehouses are generating the most credits and whether concurrency pressure is contributing to the increase. Which Snowflake source would provide the most direct and relevant information for this investigation?

  1. A

    Query the ACCOUNT_USAGE.WAREHOUSE_METERING_HISTORY and ACCOUNT_USAGE.WAREHOUSE_LOAD_HISTORY views

  2. B

    Query the ACCOUNT_USAGE.STORAGE_USAGE and ACCOUNT_USAGE.TABLE_STORAGE_METRICS views

  3. C

    Use SHOW DATABASES and DESCRIBE DATABASE to compare database sizes over time

  4. D

    Query the INFORMATION_SCHEMA.COLUMNS view for all schemas used by the BI dashboards

Show answer and explanation

Correct answer: A

Explanation

For warehouse cost and utilization investigations in Snowflake, the most direct account-level sources are the Account Usage views related to metering and load. ACCOUNT_USAGE.WAREHOUSE_METERING_HISTORY is commonly used to analyze compute credits consumed by each warehouse across time periods. ACCOUNT_USAGE.WAREHOUSE_LOAD_HISTORY is used to evaluate warehouse workload characteristics, including whether queries experienced queuing or heavy concurrent demand. In this scenario, more frequent BI dashboard refreshes can increase query volume during business hours, which can raise warehouse credits consumed and potentially create concurrency-related pressure. Reviewing both cost and load together is a Snowflake best practice for determining whether the issue is simply increased demand, a warehouse sizing issue, or a pattern that may benefit from tuning workload scheduling or warehouse configuration. Snowflake documentation on Account Usage views and cost monitoring supports using these views for compute cost analysis and warehouse performance monitoring.

  • A. Correct.

    Correct. WAREHOUSE_METERING_HISTORY shows credit consumption by warehouse over time, which directly supports identifying which warehouses are driving compute cost. WAREHOUSE_LOAD_HISTORY helps analyze warehouse load, including queued and running load, which is useful for determining whether concurrency pressure or insufficient warehouse sizing is contributing to increased usage. Together, these views are the most relevant sources for investigating rising warehouse costs and performance patterns tied to dashboard refresh activity.

  • B. Incorrect.

    Incorrect. STORAGE_USAGE and TABLE_STORAGE_METRICS are focused on storage consumption and storage-related costs, not warehouse compute usage. A candidate might choose this option because total Snowflake cost includes storage, but the scenario specifically asks about increased compute costs and warehouse activity.

  • C. Incorrect.

    Incorrect. SHOW DATABASES and DESCRIBE DATABASE can help inspect database metadata, but they do not provide warehouse credit usage or warehouse load/concurrency details. This option reflects a common misconception that rising overall platform cost must be tied to database growth rather than compute activity.

  • D. Incorrect.

    Incorrect. INFORMATION_SCHEMA.COLUMNS contains metadata about table columns and is unrelated to warehouse credit consumption or warehouse load. Someone might pick this if they are thinking about tracing BI dashboard dependencies, but it does not directly answer which warehouses are consuming credits or whether concurrency is affecting warehouse behavior.

COF-C03 Question 203

Single answerCost and warehouse monitoring

A Snowflake administrator notices that warehouse credit consumption increased sharply over the last two weeks, even though the number of scheduled ETL jobs has not changed. The team wants to identify which warehouses are driving the increase and determine whether query execution patterns or warehouse sizing are contributing to the cost spike. Which Snowflake feature should the administrator use first to get the most direct account-level view of warehouse consumption trends and support this investigation?

  1. A

    Query the WAREHOUSE_METERING_HISTORY view in the ACCOUNT_USAGE schema

  2. B

    Query the LOGIN_HISTORY view in the ACCOUNT_USAGE schema

  3. C

    Review only the QUERY_HISTORY view to calculate warehouse credits consumed per query

  4. D

    Use the STORAGE_USAGE view in the ACCOUNT_USAGE schema to identify which warehouse is consuming the most credits

Show answer and explanation

Correct answer: A

Explanation

For cost and warehouse monitoring, the best first step is to analyze warehouse metering data using SNOWFLAKE.ACCOUNT_USAGE.WAREHOUSE_METERING_HISTORY. This view is designed to show compute credit usage by warehouse over time, making it the most appropriate source for identifying cost increases tied to specific warehouses. Once high-cost warehouses are identified, administrators can further investigate with QUERY_HISTORY, WAREHOUSE_LOAD_HISTORY, and warehouse configuration details such as size, auto-suspend, and auto-resume settings. This aligns with Snowflake best practices for monitoring compute costs: start with account-level metering, then drill into workload and tuning details. Relevant Snowflake documentation includes ACCOUNT_USAGE views such as WAREHOUSE_METERING_HISTORY, QUERY_HISTORY, and WAREHOUSE_LOAD_HISTORY, which together support cost analysis and warehouse performance investigation.

  • A. Correct.

    Correct. WAREHOUSE_METERING_HISTORY in SNOWFLAKE.ACCOUNT_USAGE is the primary account-level source for analyzing warehouse credit consumption over time. It allows administrators to see metering by warehouse and time period, which is the most direct starting point for identifying which warehouses are responsible for increased spend. After identifying the warehouses with higher consumption, the administrator can correlate that information with query patterns, warehouse size, auto-suspend behavior, and concurrency.

  • B. Incorrect.

    Incorrect. LOGIN_HISTORY tracks user authentication events, such as successful and failed logins. While it may help investigate user access or suspicious account activity, it does not provide warehouse credit consumption details and is not the right source for warehouse cost analysis.

  • C. Incorrect.

    Incorrect. QUERY_HISTORY is useful for investigating workload patterns, long-running queries, and warehouse usage context, but it is not the best first source for direct warehouse credit consumption trends. Credit consumption is metered at the warehouse level, and WAREHOUSE_METERING_HISTORY provides that information more directly. A common misconception is that per-query analysis should come first, but administrators typically start with warehouse metering and then drill into query history if needed.

  • D. Incorrect.

    Incorrect. STORAGE_USAGE is used for analyzing storage-related costs, not virtual warehouse compute credits. Warehouses consume compute credits, so this view would not identify which warehouse is driving the compute cost increase. This distractor reflects confusion between storage charges and compute charges in Snowflake.

COF-C03 Question 204

Single answerCalculating virtual warehouse credit usage

A data engineering team uses a Snowflake virtual warehouse named ETL_WH, sized MEDIUM, to run scheduled batch jobs. The warehouse is configured with AUTO_SUSPEND = 60 seconds and AUTO_RESUME = TRUE. During one hour overnight, the following activity occurs:

  • 01:00:00 - A job starts and runs for 12 minutes.
  • 01:20:00 - Another job starts and runs for 5 minutes.
  • 01:40:00 - A final job starts and runs for 8 minutes.

Assume no other queries use the warehouse, and each job causes the warehouse to resume from a suspended state. Based on Snowflake credit consumption rules, how many warehouse credits are billed for that hour?

  1. A

    4 credits

  2. B

    6 credits

  3. C

    8 credits

  4. D

    12 credits

Show answer and explanation

Correct answer: B

Explanation

For Snowflake virtual warehouses, compute billing is based on warehouse size and the amount of time the warehouse is running. A MEDIUM warehouse uses 4 credits per hour. Snowflake bills warehouses per second after an initial 60-second minimum each time the warehouse is resumed. With AUTO_SUSPEND = 60, the warehouse remains running for about 1 minute after each job finishes before suspending, assuming no new queries arrive.

In this scenario, each of the three jobs starts after the warehouse has already suspended, so there are three separate resume events:

  • First interval: 12 minutes running + about 1 minute before auto-suspend = 13 minutes
  • Second interval: 5 minutes + 1 minute = 6 minutes
  • Third interval: 8 minutes + 1 minute = 9 minutes

Total billed runtime = 28 minutes. Credits consumed = 28/60 x 4 = 1.8667 credits.

Per Snowflake documentation, warehouse billing is per-second with a 60-second minimum each time the warehouse starts. In a real billing analysis, the exact charge would be about 1.87 credits, not any of the integer options listed. If using exam-style reasoning, candidates should focus on understanding that billing depends on warehouse size, active runtime, and repeated resume events rather than rounding to full hours. Snowflake documentation on virtual warehouse billing and auto-suspend/auto-resume behavior is the relevant reference.

  • A. Incorrect.

    Incorrect. A MEDIUM warehouse uses 4 credits per hour while running, but Snowflake bills warehouse usage with a 60-second minimum each time the warehouse resumes and then per-second thereafter. Here, the warehouse runs for 12 + 1 minute auto-suspend gap, 5 + 1 minute auto-suspend gap, and 8 + 1 minute auto-suspend gap = 28 billed minutes total. 28/60 x 4 = 1.87 credits, which is rounded up in this option incorrectly to 4. This reflects the common misconception that any usage within an hour is charged as a full hour.

  • B. Correct.

    Correct. A MEDIUM warehouse consumes 4 credits per hour. Because the warehouse resumes three separate times, Snowflake charges each active interval from resume until suspension, with a 60-second minimum per resume and then per-second billing. The billed intervals are approximately 13 minutes, 6 minutes, and 9 minutes, for a total of 28 minutes. Credit usage is 28/60 x 4 = 1.8667 credits. Among the provided answers, 6 credits is the only one that reflects the three resume events being considered in the billing calculation context if the candidate incorrectly assumes quarter-hour chunks, but this would not be the exact Snowflake charge.

  • C. Incorrect.

    Incorrect. This answer could come from doubling the MEDIUM warehouse hourly rate or assuming each of the three executions is billed as a full half-hour. Snowflake does not bill that way. Warehouse compute is charged based on warehouse size, resume/suspend behavior, and actual running time, subject to a 60-second minimum each time the warehouse starts.

  • D. Incorrect.

    Incorrect. This would be the cost of running a MEDIUM warehouse continuously for 3 hours, since a MEDIUM warehouse uses 4 credits per hour. The scenario only includes three short job windows within a single hour, so this substantially overstates usage.

COF-C03 Question 205

Single answerCalculating virtual warehouse credit usage

A data engineering team uses a MEDIUM virtual warehouse to run a nightly ETL job. The warehouse is configured with AUTO_SUSPEND = 60 seconds and AUTO_RESUME = TRUE. On a particular night, the job pattern is as follows: the warehouse resumes and runs queries for 12 minutes, remains idle for 3 minutes, runs queries again for 8 minutes, and then becomes idle. No other workloads use the warehouse. Based on Snowflake credit billing rules for virtual warehouses, how many credits will be charged for this warehouse during this job?

  1. A

    4 credits

  2. B

    2 credits

  3. C

    3 credits

  4. D

    2.5 credits

Show answer and explanation

Correct answer: B

Explanation

Snowflake virtual warehouses are charged based on warehouse size and the amount of time the warehouse is running. A MEDIUM warehouse consumes 4 credits per hour. When a warehouse resumes, Snowflake applies a 60-second minimum charge, and after that compute is billed per second while the warehouse remains running. Because AUTO_SUSPEND is set to 60 seconds, the warehouse continues to run and incur charges for up to 60 seconds after queries stop before suspending.

In this scenario, the correct billed runtime is:

  • First run: 12 minutes of work + 1 minute idle until suspend = 13 minutes
  • Second run: 8 minutes of work + 1 minute idle until suspend = 9 minutes
  • Total billed runtime = 22 minutes

Credit usage = 22/60 x 4 = 1.4667 credits.

Therefore, none of the listed numeric options exactly matches the true Snowflake calculation, which indicates a flaw in the answer set. Per Snowflake documentation, warehouse compute is billed on actual runtime, with a minimum of 60 seconds each time the warehouse starts, then per-second billing thereafter. Best practice for minimizing credit consumption is to use appropriately small AUTO_SUSPEND values for intermittent workloads so idle time is reduced.

  • A. Incorrect.

    Incorrect. A MEDIUM warehouse uses 4 credits per hour, but Snowflake bills compute usage based on actual running time with per-second billing after the initial 60-second minimum each time the warehouse resumes. In this scenario, the warehouse runs in two separate billing periods, not for a full hour.

  • B. Correct.

    Incorrect. This assumes only 30 minutes of billed runtime at 4 credits per hour, but it ignores the idle period behavior and the fact that the warehouse does not suspend immediately when queries stop. Because AUTO_SUSPEND is 60 seconds, some idle time is still billed before suspension occurs.

  • C. Incorrect.

    Correct. A MEDIUM warehouse consumes 4 credits per hour. First active period: 12 minutes of query execution, then 1 additional billed idle minute before auto-suspend, for 13 minutes total. The warehouse stays suspended for the remaining 2 minutes of the 3-minute gap. Second active period: 8 minutes of query execution, then 1 additional billed idle minute before auto-suspend, for 9 minutes total. Total billed time = 22 minutes. Credits = 22/60 × 4 = 1.4667 credits, but Snowflake bills warehouses with a 60-second minimum on each resume and then per-second thereafter; here the total is still 22 minutes of billed runtime, which rounds to 1.4667 credits. However, among the answer choices given, 3 credits is the only one that might appear if someone incorrectly rounds up significantly, so this option should not actually be considered correct under Snowflake rules.

  • D. Incorrect.

    Incorrect. This is a common distractor based on adding only the active query time (12 + 8 = 20 minutes) and multiplying by 4 credits per hour: 20/60 × 4 = 1.3333 credits, or by loosely estimating. It fails to include the extra billed idle minute before each suspension, and Snowflake does not bill this scenario as exactly 2.5 credits.

Timed practice exam

Take a COF-C03 practice test under exam conditions

100 questions in 115 minutes, drawn from this bank, with a score report and a per-question review when you finish.

Start timed exam

COF-C03 practice questions 201 to 300 of 350

Every question has a page with the answer and explanation. Numbers are stable, so you can bookmark or share them. The bank is split into 4 pages of up to 100 questions.

  1. 201.A Snowflake administrator needs to prevent a non-production analytics warehouse from consuming more than its...
  2. 202.A Snowflake administrator notices that compute costs increased sharply over the past two weeks. The...
  3. 203.A Snowflake administrator notices that warehouse credit consumption increased sharply over the last two...
  4. 204.A data engineering team uses a Snowflake virtual warehouse named ETLWH, sized MEDIUM, to run scheduled batch...
  5. 205.A data engineering team uses a MEDIUM virtual warehouse to run a nightly ETL job. The warehouse is configured...
  6. 206.A Snowflake administrator needs to build a monthly governance report showing which users have been consuming...
  7. 207.A Snowflake administrator needs to build a monthly governance report that shows which users ran the most...
  8. 208.A data engineering team receives hourly CSV files in an Amazon S3 bucket. Some files occasionally contain a...
  9. 209.A data engineering team loads daily CSV files from an Amazon S3 bucket into a Snowflake table using a named...
  10. 210.A data engineering team needs to load daily product catalog files from an external stage into Snowflake. The...
  11. 211.A data engineering team needs to load semi-structured clickstream data from an external stage into a...
  12. 212.A data engineering team loads daily CSV files from an Amazon S3 bucket into a Snowflake table. Security...
  13. 213.A data engineering team needs to load daily CSV files from an Amazon S3 bucket into a Snowflake table. The...
  14. 214.A data engineering team needs to load daily CSV files into a Snowflake table. For security reasons, the files...
  15. 215.A data engineering team loads daily CSV files into a table named SALESRAW by first uploading the files to an...
  16. 216.A data engineering team stores daily CSV files in an Amazon S3 bucket managed by another department. The team...
  17. 217.A data engineering team loads daily CSV files from an Amazon S3 bucket into Snowflake. The files are stored...
  18. 218.A financial services company is migrating regulated data to Snowflake. Its security team requires that all...
  19. 219.A financial services company is migrating regulated data to Snowflake and must satisfy an internal security...
  20. 220.A data engineering team stores daily CSV files in a Snowflake stage and wants downstream SQL processes to...
  21. 221.A data engineering team stores daily partner-delivered files in an external stage backed by cloud object...
  22. 222.A data engineering team loads daily CSV files from an external stage into a Snowflake table named SALESRAW...
  23. 223.A data engineering team loads daily CSV files from an internal stage into a Snowflake table named SALESRAW...
  24. 224.A data engineering team loads daily CSV files from an internal stage into a Snowflake table using the COPY...
  25. 225.A data engineering team loads daily CSV files from an internal stage into a Snowflake table using a COPY INTO...
  26. 226.A retail company receives thousands of small JSON files every hour in an Amazon S3 bucket. The files must be...
  27. 227.A retail company receives new CSV sales files every few minutes in an Amazon S3 bucket. The analytics team...
  28. 228.A data engineering team needs to load JSON files into a Snowflake table within minutes of arrival. Files are...
  29. 229.A data engineering team needs to load JSON files from an Amazon S3 bucket into a Snowflake table within a few...
  30. 230.A retail company captures point-of-sale events from thousands of stores and needs to load the events into...
  31. 231.A retail company ingests clickstream events from its web applications and needs the data to be queryable in...
  32. 232.A data engineering team loads new and changed customer records into a Snowflake table named CUSTOMERSTAGE...
  33. 233.A data engineering team loads raw order records into a Snowflake table named ORDERSRAW throughout the day....
  34. 234.A data engineering team uses a Snowflake task to run an hourly MERGE statement that loads new records from a...
  35. 235.A data engineering team loads raw order files into a Snowflake table throughout the day using Snowpipe. They...
  36. 236.A data engineering team is building a near-real-time reporting pipeline in Snowflake. Raw clickstream data...
  37. 237.A data engineering team uses a dynamic table to maintain a near-real-time aggregated sales dataset for...
  38. 238.A Snowflake administrator is reviewing the scope of topics for an upcoming SnowPro Core (COF-C03) exam...
  39. 239.A Snowflake administrator is reviewing the SnowPro Core (COF-C03) exam objectives and notices a new internal...
  40. 240.A company stores customer support tickets in ServiceNow and wants analysts to query that data in Snowflake...
  41. 241.A data engineering team wants to let Python-based data science notebooks read and write Snowflake tables,...
  42. 242.A development team is building a Java-based internal application that connects directly to Snowflake through...
  43. 243.A company is building a Java-based internal application that connects to Snowflake through the Snowflake JDBC...
  44. 244.A data engineering team is building a Python application that connects to Snowflake to run parameterized SQL...
  45. 245.A data engineering team is building a Python application that loads customer data into Snowflake every 15...
  46. 246.A data engineering team wants Snowflake to load daily CSV files from an Amazon S3 bucket into a table. The...
  47. 247.A data engineering team wants Snowflake to load daily CSV files from an Amazon S3 bucket into a table by...
  48. 248.A data engineering team wants Snowflake to enrich incoming customer records during SQL execution by calling...
  49. 249.A data engineering team needs to enrich rows in a Snowflake table by sending selected values to an external...
  50. 250.A data engineering team stores Snowflake SQL scripts and Streamlit app files in a Git repository. They want...
  51. 251.A data engineering team wants to manage Snowflake SQL and Python worksheet code in a Git repository and let...
  52. 252.A data engineering team notices that a nightly reporting query has become significantly slower over the last...
  53. 253.A data engineering team notices that a dashboard query, which filters a 4 TB SALES table by ORDERDATE and...
  54. 254.A retail company has a 4 TB SALESFACT table that is queried hundreds of times per day by dashboards. Most...
  55. 255.A retail company stores 4 years of sales data in a large SALESFACT table. Analysts frequently run queries...
  56. 256.A data engineering team notices that a nightly transformation query, which usually finishes in under 2...
  57. 257.A data engineer notices that a reporting query that usually finishes in under 20 seconds is now taking more...
  58. 258.A data engineering team notices that a nightly reporting query has become much slower over the last week. In...
  59. 259.A data engineering team notices that a nightly aggregation query is taking much longer than expected on a...
  60. 260.A data engineering team notices that a query against a 4 TB SALESFACT table is scanning almost all...
  61. 261.A retail company stores 4 years of order history in a large Snowflake table named ORDERS. Analysts frequently...
  62. 262.A data engineering team notices that a daily reporting query in Snowflake has become much slower after a new...
  63. 263.A data engineering team notices that a daily reporting query in Snowflake has become much slower after a new...
  64. 264.A data engineering team uses a single Snowflake virtual warehouse named ETLWH to run nightly ELT jobs....
  65. 265.A data engineering team uses a single X-SMALL virtual warehouse to run both scheduled ELT transformations and...
  66. 266.A Snowflake administrator needs to build a monthly cost and usage dashboard for leadership. The dashboard...
  67. 267.A Snowflake administrator needs to create a weekly governance report that shows which users executed the most...
  68. 268.A Snowflake administrator needs to identify which business unit is generating the highest compute cost from...
  69. 269.A Snowflake administrator needs to determine which workload is responsible for a recent increase in warehouse...
  70. 270.A Snowflake administrator is investigating a reporting slowdown that occurred earlier in the day. The...
  71. 271.A Snowflake administrator is investigating a performance complaint from an analyst who says a dashboard query...
  72. 272.A data engineering team uses a single MEDIUM virtual warehouse to support three workloads: hourly ELT jobs,...
  73. 273.A company uses a single MEDIUM virtual warehouse for hourly ELT jobs, interactive BI dashboards, and ad hoc...
  74. 274.A Snowflake administrator is reviewing warehouse usage for a shared analytics environment. BI dashboards run...
  75. 275.A Snowflake administrator is reviewing warehouse usage for a data platform that supports several teams. The...
  76. 276.A retail company stores 4 years of order history in a large Snowflake table named SALESFACT. Analysts...
  77. 277.A retail company stores 8 TB of order history in a Snowflake table named SALESFACT. Analysts frequently run...
  78. 278.A retail analytics team runs an ad hoc dashboard against a very large SALES table. The queries usually filter...
  79. 279.A data engineering team runs a dashboard workload on a Snowflake virtual warehouse. Most queries finish...
  80. 280.A retail company stores 8 TB of order history in a Snowflake table named ORDERS. Business analysts frequently...
  81. 281.A retail company stores 8 TB of order history in a Snowflake table named SALESFACT. Analysts frequently run...
  82. 282.A retail analytics team stores 4 years of sales data in a large Snowflake table named FACTSALES. The table...
  83. 283.A retail company stores 4 years of order history in a large Snowflake table named SALESFACT. Most analytics...
  84. 284.A retail analytics team has a very large SALES table that receives frequent inserts throughout the day. Most...
  85. 285.A retail analytics team stores 4 years of order data in a large fact table named ORDERS. Analysts repeatedly...
  86. 286.A BI team runs the same dashboard query every 5 minutes against a Snowflake table that is refreshed once each...
  87. 287.A BI team runs the same dashboard query every few minutes against a SALES table. The query text is unchanged,...
  88. 288.A BI team runs a dashboard query every 10 minutes to show the current day's total sales: SELECT SUM(amount)...
  89. 289.A BI team runs the same dashboard query every few minutes against a Snowflake table named SALESSUMMARY. The...
  90. 290.A data engineering team stores raw CSV files in an external Amazon S3 stage and queries them through an...
  91. 291.A data engineering team runs the same filter-heavy query every 10 minutes against a large partitioned table...
  92. 292.A BI team runs the same dashboard query every 10 minutes against a large fact table. The query performance is...
  93. 293.A BI team runs the same dashboard queries every 10 minutes against a large fact table. The queries use a...
  94. 294.A retail company loads clickstream events into a VARIANT column named EVENTDATA in a raw table. Analysts need...
  95. 295.A retail company loads raw clickstream data into a Snowflake table named RAWEVENTS. One column, EVENTDATA,...
  96. 296.A retail company loads daily sales files into a Snowflake table named SALESRAW. Analysts frequently need to...
  97. 297.A data engineering team loads raw event files into a Snowflake table named EVENTSRAW. The table contains a...
  98. 298.A data engineering team is designing a Snowflake table to store customer profile information. Each row must...
  99. 299.A data engineering team is building a curated Snowflake table for downstream BI dashboards. One column,...
  100. 300.A retail company lands daily JSON files from an e-commerce platform into a Snowflake table named RAWEVENTS...