Skip to content
RiverCore
ER/Studio 21.1 Ships Semantic Generators for Power BI and dbt
ER/Studio semantic layersemantic generatorsdata modelingER/Studio 21.1 Power BI dbt integrationenterprise semantic layer build vs buy

ER/Studio 21.1 Ships Semantic Generators for Power BI and dbt

9 Sep 20267 min readMarina Koval

Any platform lead who signed a six-figure semantic layer contract in the last twelve months should be re-reading that MSA this week. On September 8, 2026, ER/Studio shipped version 21.1 with a set of semantic generators that take business meaning out of the modeling tool and push it into Power BI, dbt, Collibra, Purview and RDF-based knowledge graphs. That is a direct challenge to the assumption that the semantic layer is a separate product category worth paying for.

What Happened

The Austin-based Idera-owned modeling vendor announced ER/Studio 21.1 at 3:10 PM EDT, distributed through ACCESS Newswire and picked up by FinancialContent. The release introduces four generators inside Data Architect that convert Enterprise Logical Data Models into machine-readable semantic assets. General availability is now.

The headline feature is the Semantic Generator, which emits RDF, SHACL constraints and SKOS mappings targeting governance platforms, knowledge graphs and AI applications. Alongside it, the Microsoft Power BI Semantic Layer Generator produces Tabular Model Definition Language (TMDL) structures and Power BI Project (PBIP) files from analytics-ready physical star schemas, carrying business names, descriptions and metadata across. Two beta generators round out the release: an Open Semantic Interchange (OSI) generator and a dbt Semantic Layer generator that reads ER/Studio physical models and preserves the business definitions inherited from the logical layer.

Jamie Knowles, Product Director of ER/Studio, framed the pitch bluntly: "AI is making consistent business meaning more important than ever," adding that organizations have "spent years capturing critical business knowledge in their enterprise data models" but that context "has traditionally remained inside the modeling environment." Max Hunsicker, the General Manager, was sharper: "The challenge for enterprises isn't a lack of data. It's making sure that data means the same thing everywhere it is used."

The release also quietly adds database engine support for Microsoft SQL Server 2025, IBM Db2 z/OS 13 and IBM Db2 LUW 12. That last part matters more than it reads. Mainframe Db2 shops are exactly the organizations still writing seven-figure checks for enterprise modeling seats, and ER/Studio has held that turf for more than thirty years.

Technical Anatomy

Strip the marketing language and the architectural claim is straightforward: the enterprise logical data model becomes the single source of truth for business semantics, and every downstream consumer gets a generated projection of it. That is a compiler pattern, not a governance pattern.

Look at the outputs. RDF plus SHACL plus SKOS is the W3C stack for machine-readable ontologies. If you are feeding a knowledge graph or a retrieval layer for a RAG system, those are the artifacts you want, not a proprietary metric definition file. TMDL and PBIP are the newer Power BI project formats designed for git-friendly, code-first BI development, which means the generated output slots into a version-controlled analytics workflow instead of a manual Power BI Desktop click-through. The dbt Semantic Layer artifacts, still in beta, target the same semantic definitions that dbt users currently hand-write in YAML.

The design assumption is that the logical model is where business terminology and relationships already live in mature enterprises, and that generating downstream semantic layers from it is cheaper than maintaining parallel definitions in every consuming tool. That assumption holds in regulated industries with formal modeling practices. It falls apart in shops that treat the modeling tool as documentation-after-the-fact.

The Power BI generator specifically requires "analytics-ready physical star schemas" as input, which is a tell. This is not a magic wand for arbitrary transactional models. Somebody still has to design the star schema. What the generator eliminates is the second modeling pass inside Power BI where analysts recreate business names, descriptions and hierarchies that already exist upstream. That is where semantic drift starts, and closing that gap is the actual product.

The OSI generator is the interesting long-term bet. Open Semantic Interchange is an emerging effort to standardize semantic definitions across analytics tools. If OSI gains traction, the modeling tool that emits clean OSI becomes structurally advantaged versus the semantic layers locked to a single query engine.

Who Gets Burned

Standalone semantic layer vendors should read this release carefully. The pitch of "define your metrics once, query them from any BI tool" is exactly what ER/Studio is now claiming from the modeling side, with the added argument that the definitions are already in your enterprise data model and you are paying twice by not using them. Cube, AtScale and the semantic layer inside Databricks Unity Catalog are not killed by this, but the buying committee just got a harder question to answer.

Governance platform vendors are in a more nuanced spot. Collibra and Microsoft Purview are named as targets, not competitors. ER/Studio is positioning itself as the upstream authoring environment that feeds those catalogs. That is a friendly integration story for now, but it also means the modeling tool controls the authoritative definitions and the catalog becomes a consumption surface. Whoever owns the write path owns the relationship.

Internal data platform teams that built custom semantic layers on top of dbt YAML or homegrown metric registries face an awkward conversation. If the enterprise architecture group already licenses ER/Studio, the marginal cost of the new generators is close to zero. The custom-built semantic layer, which probably consumed two engineers for eighteen months, now has to justify its existence on features rather than existence.

The CFO at any organization running both an enterprise modeling tool and a separate semantic layer subscription should be asking the VP of Data this week why those line items are not consolidating, and what the renewal calendar looks like for each. The answer will reveal whether the data team is actually operating with a defined architecture or whether it accumulated tools by inertia. That conversation is going to happen at hundreds of enterprises over the next two quarters, and the semantic layer incumbents need a sharper answer than "we are more modern."

Playbook for Data Teams

For heads of platform sitting on this release, three moves are worth queuing up in the next 90 days.

First, audit where business definitions actually live today. If the canonical customer definition exists in four places (the modeling tool, the catalog, the dbt project and the Power BI dataset) then any generation-from-source approach is a net win regardless of vendor. If definitions only live in the BI tool because nobody uses the modeling environment, buying more modeling tooling will not fix the org problem.

Second, run a build-vs-buy re-scoring on the semantic layer specifically. The variables that changed this week: generation from enterprise models is now a shipping feature at an incumbent vendor, OSI is emerging as a portable interchange format, and Power BI's TMDL/PBIP formats are code-first enough that a generator can produce them reliably. If your custom semantic layer was justified by "no vendor does this," recheck.

Third, for teams standardizing on Snowflake or Databricks with dbt on top, watch the beta status of the dbt generator. Beta means do not bet a Q4 migration on it, but pilot it against a non-critical mart to see whether the round-trip from logical model to dbt semantic artifact preserves the fidelity the vendor claims. If it does, your dbt semantic layer maintenance cost drops materially. If it does not, you learned that for the price of a two-week pilot.

The teams that will win the next architecture cycle are the ones treating semantic definitions as a compiled artifact from a governed source, not as YAML written by whichever analyst was closest to the ticket.

Key Takeaways

  • ER/Studio 21.1 turns the enterprise logical data model into the upstream source for semantic layers in Power BI, dbt, Collibra, Purview and RDF-based knowledge graphs.
  • The Power BI generator outputs TMDL and PBIP, meaning generated semantic layers land in a git-friendly, code-first workflow rather than manual Desktop authoring.
  • Standalone semantic layer vendors now face a harder buying-committee question when the modeling tool already ships equivalent generation.
  • The dbt and OSI generators are beta, so treat them as pilot candidates through year-end, not production dependencies.
  • New engine support for SQL Server 2025 and Db2 13/12 signals continued investment in the regulated-enterprise base where formal modeling still commands budget.

Frequently Asked Questions

Q: What is a semantic layer and why does generating one from a data model matter?

A semantic layer sits between raw data and analytics tools, defining business terms, metrics and relationships so different consumers see consistent meaning. Generating it from an enterprise data model matters because it eliminates parallel definitions maintained separately in BI tools, dbt projects and catalogs, which is where semantic drift originates.

Q: Does ER/Studio 21.1 replace tools like dbt Semantic Layer or Cube?

Not directly, but it changes the buying case. If your organization already licenses ER/Studio and has mature enterprise logical models, the new generators produce dbt Semantic Layer artifacts and equivalent outputs for other targets, reducing the incremental value of a separate semantic layer product. Teams without formal modeling practices will still get more value from a purpose-built semantic layer.

Q: Which parts of the ER/Studio 21.1 release are production-ready versus beta?

The core Semantic Generator (producing RDF, SHACL and SKOS) and the Microsoft Power BI Semantic Layer Generator are generally available. The Open Semantic Interchange generator and the dbt Semantic Layer generator both shipped in beta, so they are appropriate for pilots but not for critical production pipelines in the near term.

MK
Marina Koval
RiverCore Analyst · Dublin, Ireland
SHARE
// RELATED ARTICLES
HomeSolutionsWorkAboutContact
News06
Dublin, Ireland · EUGMT+1
LinkedIn
🇬🇧EN▾