What Is the Tableau Semantic Layer? Tableau Semantics
The Tableau semantic layer is the set of Tableau features that define what data means before anyone builds a chart: the data model inside published data sources, the metric definitions behind Tableau Pulse, and Tableau Semantics, the semantic model engine that powers Tableau Next on the Salesforce platform. Together they hold the relationships, calculations, and business names that keep a number consistent across workbooks, dashboards, and AI agents.
The term is confusing because Tableau has had semantic features for years without calling them a semantic layer, and because the newest one, Tableau Semantics, lives in a different product. Which layer a team means depends on whether it works in Tableau Cloud, Server, and Desktop or in Tableau Next. This article explains all three and how they connect.
Classic Tableau keeps meaning in published data sources: a two-layer data model (relationships in the logical layer, joins and unions in the physical layer), calculated fields, and names shared across workbooks. Tableau Pulse adds a metrics layer of metric definitions built on those data sources. Tableau Semantics is the semantic layer of Tableau Next, built on Data 360 (renamed from Data Cloud in October 2025); its semantic models combine a data model with business definitions and feed metrics, dashboards, and Agentforce agents, and Tableau Desktop 2025.2 and later can connect to them. Tableau can also read other semantic layers, such as the dbt Semantic Layer and Snowflake semantic views. Ownership and lineage across platforms come from a context layer.
What Is the Tableau Semantic Layer?
A semantic layer translates tables and columns into business terms and calculations that people and tools can reuse. In Tableau that job is split across three features:
- The data model in published data sources, available in Tableau Cloud, Tableau Server, and Tableau Desktop.
- Tableau Pulse metric definitions, a metrics layer on top of published data sources.
- Tableau Semantics, the semantic model technology of Tableau Next and Data 360.
All three aim at the same outcome, one definition of a measure that every view uses, but they differ in scope, in who maintains them, and in which product reads them.
The Tableau Data Model and Published Data Sources
Every Tableau data source has a data model that tells Tableau how to query the connected tables. Since version 2020.2 the model has two layers:
- The logical layer, where tables are combined with relationships. You do not choose a join type; Tableau picks the join at query time based on the fields in the view, which avoids many duplication problems in star and snowflake schemas.
- The physical layer, where each logical table can be built from one or more physical tables through joins and unions.
When a data source with its relationships, calculated fields, default aggregations, and friendly field names is published to Tableau Cloud or Server, every workbook connected to it inherits the same logic. For many organizations this has long been their Tableau semantic layer in practice. Its limits are that each published data source is its own island, definitions are edited in Tableau's UI rather than in code, and the logic is only reused by tools that query through Tableau.
Tableau Pulse Metric Definitions
Tableau Pulse monitors metrics in the flow of work, with digests, insights, and alerts. Its metrics layer is described by Tableau as a single source of truth for your data. A metric definition holds the core metadata a metric is based on: the measure, the aggregation, the time dimension, and the filters people can adjust. Individual metrics are then created from a definition by changing filters and time options for different groups of followers.
Metric definitions are built on published data sources, and the permissions on a data source control who can create definitions from it. That makes Pulse a metrics layer that sits on top of the data model described above, focused on tracking a number over time rather than on general-purpose analysis. For the general concept, see what a metrics layer is.
What Is Tableau Semantics?
Tableau Semantics is the technology behind semantic models in Tableau Next, the API-first analytics platform Salesforce builds on Data 360. Data 360 is the new name for Salesforce Data Cloud as of October 14, 2025, so older material uses both names. In Tableau Next, the semantic models form the semantic layer, and Tableau Semantics also handles the queries needed for analytics.
A Tableau Next workspace moves through layers:
- Data: always a Data 360 object, such as a data model object, or a CSV stored in Data 360.
- Semantic models: the data model (which objects are used and how they relate) plus business definitions such as field names, aggregations, and calculations.
- Metrics: built on semantic models to track measures over time.
- Vizzes and dashboards built on top of those.
Semantic models are created in the Semantic Model Builder, available in Tableau Next and in Data 360. Tableau Next can also create a semantic model from a published data source in Tableau Cloud, which links the classic and the new semantic layer. In the other direction, the Tableau Semantics connector, released with Tableau Desktop 2025.2 and available in Desktop and Tableau Cloud, lets classic Tableau use a semantic model as a data source. The connector retrieves the semantic metadata as well as the data, works only live (no extracts), and gives the model's definitions precedence over local changes.
Tableau Semantics and AI Agents
Salesforce positions Tableau Semantics as the foundation for agentic analytics. In Tableau Next, Agentforce tools such as Concierge (questions in natural language), Inspector, and Data Pro work on top of semantic models, so an agent answers from the model's definitions instead of guessing joins and calculations from raw objects.
For AI tools outside Salesforce, Tableau publishes an official Tableau MCP server. It can run as a hosted service for Tableau Cloud, where each user signs in with their own Tableau identity through OAuth and their existing permissions apply, or self-hosted against Tableau Cloud or Tableau Server. Through it, an MCP client can query published data sources and find content, which means the semantic work already done in those data sources becomes available to assistants such as Claude.
The same caution applies as with any semantic layer: an agent reading a Tableau model gets a consistent answer, which is only a correct answer if the definition in the model is the one the business agreed on.
Tableau With Other Semantic Layers
Many teams keep metric definitions upstream of Tableau and let Tableau read them. Documented options as of November 2026:
- dbt Semantic Layer: Tableau is one of the native integrations listed by dbt, so Tableau users can query MetricFlow metrics. See the dbt Semantic Layer.
- Snowflake semantic views: Snowflake can export a semantic view as a Tableau Data Source (TDS) file, in public preview since March 2026, used through a live connection. Snowflake also lists Tableau among the BI tools adopting its semantic definitions. See Snowflake semantic views.
- Databricks metric views: Tableau can query them with Custom SQL and the
MEASURE()function, or with BI compatibility mode, and Databricks has announced a beta import of Tableau models into metric views. See the Databricks semantic layer. - Looker: Looker offers a BI connector for Tableau Desktop, so LookML models can be queried from Tableau. See the Looker semantic layer.
The pattern is the same everywhere: the closer the definition sits to the data, the more tools can share it, and the less each BI tool has to own.
Tableau Semantic Layer vs Context Layer
| Layer | What it defines | Who reads it | Where it stops |
|---|---|---|---|
| Published data source | Relationships, joins, calculated fields, field names | Tableau workbooks, Pulse, Tableau MCP | One data source at a time, inside Tableau |
| Pulse metric definitions | Measure, aggregation, time dimension, filters | Pulse followers and digests | Metrics tracked in Pulse |
| Tableau Semantics | Semantic models over Data 360 objects | Tableau Next, Agentforce, Tableau Desktop via connector | Data brought into Data 360 |
| Context layer | Glossary terms, approved definitions, owners, lineage, quality signals | People and AI agents across all tools | Spans warehouses, BI tools, and source systems |
Tableau's semantic features decide how a measure is calculated inside Tableau. A context layer records what the business means by that measure, who owns the definition, and where the data comes from, for Tableau and for every other tool. More in context layer vs semantic layer and ontology vs semantic layer.
How Dawiso Works With Tableau
Dawiso connects to Tableau Cloud and Tableau Server through the Tableau connector, which uses the Tableau REST API and the Metadata (GraphQL) API to retrieve site assets and their relations. The Metadata API is on by default in Tableau Cloud and has to be enabled on Tableau Server, and Dawiso sees only the Tableau assets visible to the integration user. Tableau sits next to more than 30 other sources Dawiso reads, including Snowflake, Databricks, Microsoft Fabric, and Power BI.
That puts Tableau content into the same catalog as the warehouses and pipelines behind it. The business glossary holds the approved definition and owner of a metric that a Tableau calculated field or Pulse definition implements, and lineage connects the workbook to its sources. AI tools that support MCP can query Dawiso through the Dawiso MCP Server and get the definition, owner, and lineage along with the number. For other semantic layer options, see the best semantic layer tools.
Conclusion
Tableau's semantic layer is not one feature. Published data sources and Pulse metric definitions carry meaning in classic Tableau, and Tableau Semantics carries it in Tableau Next on Data 360, with a connector and model creation linking the two. Tableau can also read definitions kept upstream in dbt, Snowflake, Databricks, or Looker. Whichever layer calculates the number, the business definition behind it, its owner, and its lineage across platforms belong in a context layer that every tool and agent can reach.
Sources
- Tableau Help - The Tableau data model
- Tableau Help - Tableau Pulse
- Tableau Help - Tableau Next overview
- Tableau Help - Tableau Semantics connector
- GitHub - tableau/tableau-mcp, Tableau's official MCP server
- dbt Docs - Available Semantic Layer integrations
- Snowflake - Working with Snowflake semantic views directly in Tableau (March 2026)
- Snowflake - Snowflake Horizon Context: the governed context layer for AI, BI and apps (June 2026)
- Databricks - Use metric views with external BI tools
- Google Cloud - Looker BI connectors
- Dawiso Help - Prepare for Tableau integration
See it in action
Business Glossary
Clear context is essential to ensure everyone interprets terms consistently and accurately.