Analytics-Con-301 Exam Dumps and Practice Questions

To add a line showing the cumulative percentage of sales contributed by each product to the incremental sales in the Incremental worksheet of your Tableau Desktop, follow these detailed steps:

Open the CC Workbook and Access the Worksheet:

From the desktop, double-click on the CC workbook to open it in Tableau Desktop.

Navigate to the Incremental worksheet by clicking on its tab at the bottom of the window.

Calculate Cumulative Sales Percentage:

Create a new calculated field to compute the cumulative percentage of sales. Right-click in the Data pane and select 'Create Calculated Field'.

Name this field 'Cumulative Sales Percentage'.

Enter the following formula to calculate the running sum of sales as a percentage of the total sales:

(RUNNING_SUM(SUM([Sales])) / TOTAL(SUM([Sales])) [Sales]))

Click 'OK' to save the calculated field.

Add the Cumulative Sales Percentage Line to the Chart:

Drag the 'Cumulative Sales Percentage' field to the Rows shelf, placing it next to the existing Sales measure.

Ensure that the cumulative line appears as a continuous line. Right-click on the 'Cumulative Sales Percentage' field on the Rows shelf, select 'Change Chart Type', and choose 'Line'.

Adjust the axis to synchronize or dual-axis if necessary. Right-click on the axis of the 'Cumulative Sales Percentage' and select 'Synchronize Axis' if it's on a dual-axis setup.

Format the Cumulative Sales Percentage Line:

Click on the 'Cumulative Sales Percentage' line in the visualization.

Navigate to the 'Format' pane to adjust the line style, thickness, and color to make it distinct from other data in the chart.

Save Your Changes:

From the File menu, click 'Save' to ensure all your changes are stored.

Tableau Help: Provides additional details on creating calculated fields and customizing line charts.

Tableau User Guide: Offers extensive instructions on formatting charts, including line types and axis synchronization.

By following these steps, you will successfully add a cumulative sales percentage line to your chart, enhancing the visualization to reflect the incremental contribution of each product to the overall sales in a dynamic and informative manner.

Given the need for up-to-date data on a daily basis and weekly revisions, the best approach is to use an incremental extract refresh daily to update the data source with new transactions. On Saturdays, when incorrect transactions are revised, a full extract refresh should be performed to incorporate all revisions and ensure the data's accuracy. This strategy allows end users to have access to the most current data throughout the week while also accounting for any necessary corrections12.

Comprehensive and Detailed Explanation From Exact Extract:

Tableau documentation explains:

Tableau Public

Free platform.

Allows public sharing and embedding of fully interactive dashboards.

Ideal for small datasets and infrequent updates.

Does not require user-based licensing.

Embedding is unrestricted because all content is publicly visible.

This perfectly matches the scenario:

Public-facing website

Low cost priority

Small dataset

Manual, infrequent updates

Why the other options are incorrect:

A . Tableau Cloud (per user)

Requires paid licenses.

Does not allow unrestricted public embedding without expensive add-ons.

Designed for secure internal use, not public web-wide embedding.

C . Tableau Embedded Analytics

A paid embedding solution requiring proper licensing.

Designed for large-scale, secure, programmatic embedding --- too costly for this use case.

D . Tableau Server (per core)

Requires server infrastructure & licensing.

Far more expensive than Tableau Public.

Thus, Tableau Public is the correct, cost-effective solution.

Tableau Public documentation describing free embedding for public websites.

Comparison guides showing Tableau Cloud/Server require licensing for embedding.

Public vs. Enterprise Tableau deployment best practices.

Comprehensive and Detailed Explanation From Exact Extract:

In Tableau Performance Recording, ''Executing Query'' refers to the amount of time Tableau spends executing the SQL or hyper query generated by the workbook. When an extract is used, the query is executed against the .hyper extract, not the original database.

Tableau documentation identifies several causes of slow query execution within extracts, including:

Nested row-level calculations

Complex logic in calculated fields

Multiple Levels of Detail (LOD) expressions

Non-optimized expressions that force Tableau to compute additional temporary tables

These directly increase query complexity and cause longer ''Executing Query'' durations.

Therefore, optimizing the query requires simplifying or replacing:

Nested calculations

Unnecessary LOD expressions

Complex expressions that increase the workload on the extract engine

Option A is incorrect because the number of VizQL processes affects concurrency, not query execution time.

Option B is partially relevant, but dashboard filters affect the overall workload, not the specific query complexity. If the performance recording shows ''Executing Query'' as the slow section, the query itself (not the filter UI layer) is the problem.

Option D does not apply because extracts use the hyper engine, not the underlying database. Optimizing the original database structure does not change the extract query execution time.

Thus, the consultant should focus on simplifying nested calculations and LODs to reduce extract query complexity.

Tableau Performance Recording guide describing ''Executing Query'' as dependent on calculation complexity.

Tableau extract engine documentation explaining that nested logic, multiple LODs, and granular calculations generate slower extract queries.

Best practices recommending simplification of calculated fields to improve extract query performance.

When a client republishes a dashboard after making changes and users report broken bookmarks, the likely causes include:

The dashboard was published to a different project: Changing the project location alters the URL path, causing bookmarks to point to a now non-existent dashboard location.

The dashboard was published with a new name: Altering the dashboard's name changes its URL, resulting in broken bookmarks as the previous URL no longer leads to the intended dashboard.