Skip to main content

From Tableau to Holistics

tableau-to-holistics
Version scope

This comparison was last reviewed in June 2026. It compares Holistics with the classic Tableau experience in Tableau 2026.2: Tableau Desktop and Tableau Cloud/Web Authoring, including Tableau data sources, worksheets, dashboards, and publishing to Tableau Cloud or Tableau Server.

It does not use Tableau Next as the main baseline. Tableau Pulse, Tableau Next, and Tableau Semantics are mentioned only where they affect the conceptual comparison.

Concept mapping

If you are coming from Tableau, the biggest shift is that Holistics treats the semantic layer as a first-class part of the BI workflow.

This page maps familiar Tableau concepts to Holistics and gives you a practical migration path.

Dashboard building workflow: Tableau vs Holistics
  • tableau-connecttableau-data-source
  • tableau-data-sourcetableau-worksheets (field pills)
  • tableau-worksheetstableau-dashboard (sheets become / dashboard objects)
  • holistics-connectholistics-models
  • holistics-modelsholistics-dataset (reusable / semantic layer)
  • holistics-datasetholistics-explore
  • holistics-exploreholistics-dashboard (save as / blocks)

Core mapping:

  • Tableau data source → Holistics data source + models + dataset
  • Tableau worksheet/view → Holistics exploration or visualization block
  • Tableau dashboard → Holistics Canvas dashboard
Tableau artifactHolistics equivalentKey difference
WorkbookModels, datasets, explorations, and Canvas dashboardsTableau packages these together. Holistics keeps them as separate reusable project objects.
Connector / connectionData sourceTableau supports many file, app, and database connectors. Holistics focuses on SQL data sources.
Data sourceData source + model + datasetTableau data sources can hold relationships, calculations, metadata, and extracts. Holistics splits these layers.
Extract / Tableau PrepQuery cache, persisted model, dbt/warehouse SQL, or query modelHolistics usually pushes work to the warehouse instead of copying data into a BI engine.
Logical / physical tableModel, query model, or upstream dbt/SQL modelHolistics models sit on top of warehouse tables or SQL queries.
Relationship / join canvasDataset relationshipHolistics declares relationships in datasets and compiles joins at query time.
Calculated fieldDimension, measure, or metricModel reusable business logic once; keep one-off display logic in the chart.
Worksheet / viewExploration or visualization blockTableau builds worksheets first. Holistics builds charts from governed datasets.
Shelves / Marks cardVisualization fields, filters, and settingsSimilar drag-and-configure flow, but fields resolve through the Holistics dataset.
DashboardCanvas dashboardBoth compose charts and controls. Holistics dashboards are code-reviewable AMQL.
ParameterParameter fieldBoth carry user input into queries and field definitions to make charts dynamic.
ActionDashboard actionBoth trigger row-level workflows. Holistics actions currently target Data Table visualizations via Go To URL.
Pulse / Next semantic modelMetric, Holistics AI, and semantic layerNot the baseline for this page, but closest to Holistics's semantic-layer direction.

Migrating from Tableau to Holistics

A Tableau migration has two jobs:

  • Move reusable data logic out of Tableau workbooks/data sources.
  • Rebuild charts and dashboards on top of a governed Holistics semantic layer.

Start with shared definitions, not a worksheet-by-worksheet copy.

tip

Do not migrate every Tableau object literally. Hidden helper worksheets, one-off groups, and layout workarounds often become cleaner as Holistics metrics, dimensions, filters, or interactions.

Warehouse-first migration

Holistics works with SQL databases. If a Tableau workbook depends on extracts, file uploads, Tableau Prep outputs, or application connectors, first land that data in your data warehouse.

1. Inventory Tableau content

Start with dashboards people actually use. For each workbook, capture:

  • Data sources and live/extract mode.
  • Relationships, joins, unions, and custom SQL.
  • Visible and hidden worksheets.
  • Calculated fields, parameters, sets, groups, bins, table calculations, and level-of-detail calculations.
  • Dashboard filters, actions, tooltips, subscriptions, alerts, and permissions.

Use Tableau Catalog or the Metadata API if available. Still review important dashboards manually; usage context often reveals which calculations are truly business-critical.

2. Move data into data warehouse

Before modeling in Holistics, make sure the data is available in a SQL data source:

  • Move extract-backed tables, file uploads, and app-connector data into your data warehouse.
  • Reuse existing warehouse tables if the Tableau workbook already points to a SQL database.
  • Connect Holistics to the data source and confirm schema access.

3. Move prep upstream

Move production transformations out of Tableau where possible:

  • Use dbt or warehouse SQL jobs for shared transformations.
  • Use table models for reporting-ready warehouse tables.
  • Use query models for lightweight reusable SQL on top of existing tables or models.

If you already use dbt, keep transformations there and connect Holistics to the dbt-modeled tables. See when to model in dbt vs. Holistics for the split.

4. Model and curate datasets

For the semantic layer:

  • Create a data model for each source table or query output.
  • Add labels, descriptions, field types, formatting, hidden fields, dimensions, and measures.
  • Choose one business-friendly name when multiple Tableau workbooks renamed the same field differently.
  • Define relationships inside datasets.

If a Tableau workbook used field formatting, apply the same formatting on the Holistics field so values read consistently across dashboards:

Edit field formatting in Holistics

5. Translate calculations

Map each Tableau calculation by intent:

Tableau patternHolistics destination
Row-level logicCustom dimension
Simple aggregationMeasure or dataset metric
Reusable KPIDataset metric, usually in AQL
Cross-model, period comparison, nested aggregation, or LOD logicDataset metric or dimension in AQL
Parameter-driven logicParameter field, dashboard control, or modeled pattern
One-off grouping or display logicVisualization settings, or a modeled dimension if reused

For example, a Tableau conditional calculated field can become a custom dimension in Holistics. Write the Holistics expression in the SQL dialect of your database; the example below uses case when syntax.

In Tableau:

Tableau calculated field example

In Holistics:

Holistics custom dimension example

If the logic defines a business concept, model it once. If it only changes one chart, keep it close to the chart.

6. Rebuild charts and dashboards

For charts:

  • Rebuild important Tableau worksheets as Holistics explorations or visualization blocks.
  • Map fields, filters, sorting, and visual encoding.
  • Convert hidden helper worksheets into metrics, dimensions, filters, or interactions where possible.

For dashboards, use Canvas dashboards and map common Tableau features like this:

Tableau dashboard featureHolistics equivalent
Dashboard filterFilter block
Worksheet on a dashboardVisualization block
Text, image, or explanatory contentText block with Markdown
Dashboard action / navigationDashboard interaction, drill-through, tabs, or links
Date granularity controlDate drill or modeled date dimensions
Shared chart reused in multiple dashboardsReused block

Use this step to simplify old helper sheets and layout workarounds. Canvas dashboards let you rebuild the final user experience more directly.

7. Validate and publish

Before replacing the Tableau dashboard:

  • Compare key numbers side by side.
  • Use the same filters, date range, timezone, extract freshness, and row-level security assumptions.
  • Check common mismatch sources: hidden filters, stale extracts, timezone handling, and worksheet-scoped calculations.
  • Publish through Git version control and dev/prod mode.
  • Recreate permissions, row-level rules, scheduled deliveries, share links, and embedded analytics surfaces.

Example: Sales Performance dashboard

Suppose a Tableau workbook has:

  • Data source: orders, order_items, and products, using an hourly extract.
  • Worksheets: Sales by month, top products, and fulfillment status.
  • Calculated field: if [status] = 'delivered' then 'Delivered' else 'Open' end.
  • Dashboard action: click a product to drill into order details.

In Holistics, migrate it as:

  • Land extract-backed tables in the warehouse or dbt.
  • Create orders, order_items, and products models.
  • Define reusable fields and metrics once.
  • Curate a Sales dataset with the right relationships.
  • Rebuild the worksheets as visualization blocks on a Canvas dashboard.
  • Use drill-through for the product-to-orders detail flow.

Example model fields:

orders.model.aml
Model orders {
type: 'table'
table_name: 'analytics.orders'
data_source_name: 'warehouse'

dimension fulfillment_status {
label: 'Fulfillment Status'
type: 'text'
definition: @sql
case
when {{ #SOURCE.status }} = 'delivered' then 'Delivered'
else 'Open'
end
;;
}

dimension amount {
label: 'Amount'
type: 'number'
definition: @sql {{ #SOURCE.amount }};;
}

measure total_sales {
label: 'Total Sales'
type: 'number'
definition: @sql sum({{ amount }});;
aggregation_type: 'custom'
}
}

Open Markdown
Let us know what you think about this document :)