ER/Studio 21.1: Семантичні генератори для Power BI та dbt

Будь-який керівник платформи, який підписав шестизначний контракт на семантичний шар протягом останніх дванадцяти місяців, має цього тижня переглянути свою угоду про обслуговування. 8 вересня 2026 року ER/Studio випустила версію 21.1 із набором семантичних генераторів, які виводять бізнес-значення з інструменту моделювання і передають його до Power BI, dbt, Collibra, Purview та RDF-орієнтованих графів знань. Це прямий виклик припущенню, що семантичний шар є окремою продуктовою категорією, за яку варто платити окремо.

Що сталося

Постачальник інструментів моделювання Idera, що базується в Остіні, оголосив про вихід ER/Studio 21.1 о 15:10 за EDT, поширивши інформацію через ACCESS Newswire. Публікацію підхопив FinancialContent. Реліз вводить чотири генератори всередині Data Architect, які перетворюють корпоративні логічні моделі даних на машинозчитувані семантичні активи. Загальна доступність — вже зараз.

Ключова функція — Semantic Generator, який генерує RDF, обмеження SHACL та відображення SKOS для платформ управління даними, графів знань і AI-застосунків. Поряд із ним Microsoft Power BI Semantic Layer Generator створює структури Tabular Model Definition Language (TMDL) і файли Power BI Project (PBIP) на основі аналітично готових фізичних схем типу «зірка», переносячи бізнес-назви, описи та метадані. Два генератори у бета-версії завершують реліз: генератор Open Semantic Interchange (OSI) та генератор семантичного шару dbt, який зчитує фізичні моделі ER/Studio і зберігає бізнес-визначення, успадковані з логічного рівня.

Джеймі Ноулз, директор із продуктів ER/Studio, сформулював суть прямолінійно: «AI робить узгоджений бізнес-зміст важливішим, ніж будь-коли», додавши, що організації «роками накопичували критично важливі бізнес-знання у своїх корпоративних моделях даних», але цей контекст «традиційно залишався всередині середовища моделювання». Генеральний менеджер Макс Хансікер висловився гостріше: «Проблема підприємств полягає не у браку даних. Вона полягає в тому, щоб дані означали одне й те саме скрізь, де вони використовуються.»

Реліз також непомітно додає підтримку рушіїв баз даних Microsoft SQL Server 2025, IBM Db2 z/OS 13 та IBM Db2 LUW 12. Остання деталь важливіша, ніж здається. Компанії, що використовують мейнфреймовий Db2, — це саме ті організації, які досі виписують семизначні чеки за корпоративні ліцензії на моделювання, і ER/Studio утримує цю нішу вже понад тридцять років.

Технічна архітектура

Відкинувши маркетингову мову, архітектурне твердження звучить просто: корпоративна логічна модель даних стає єдиним джерелом істини для бізнес-семантики, і кожен споживач нижчого рівня отримує згенеровану проєкцію цієї моделі. Це патерн компілятора, а не патерн управління даними.

Подивіться на результати. RDF + SHACL + SKOS — це стек W3C для машинозчитуваних онтологій. Якщо ви наповнюєте граф знань або шар пошуку для системи RAG, саме ці артефакти вам потрібні, а не пропрієтарний файл визначення метрик. TMDL і PBIP — це новіші формати проєктів Power BI, розроблені для git-сумісної, code-first розробки BI. Це означає, що згенерований результат вписується у версійно-керований аналітичний робочий процес, а не у ручне клікання у Power BI Desktop. Артефакти dbt Semantic Layer, ще у бета-версії, орієнтовані на ті самі семантичні визначення, які користувачі dbt зараз пишуть вручну у YAML.

Дизайнерське припущення полягає в тому, що логічна модель є місцем, де бізнес-термінологія та зв'язки вже існують у зрілих підприємствах, і що генерація семантичних шарів нижнього рівня з неї дешевша, ніж підтримка паралельних визначень у кожному інструменті-споживачі. Це припущення справедливе у регульованих галузях із формальними практиками моделювання. Воно руйнується там, де до інструменту моделювання ставляться як до документації постфактум.

Генератор Power BI зокрема вимагає «аналітично готових фізичних схем типу зірка» як вхідних даних — і це показово. Це не чарівна паличка для довільних транзакційних моделей. Хтось усе одно має спроєктувати схему «зірка». Те, що генератор усуває, — це другий прохід моделювання всередині Power BI, де аналітики відтворюють бізнес-назви, описи та ієрархії, які вже існують на вищому рівні. Саме звідси починається семантичний дрейф, і усунення цього розриву є справжнім продуктом.

Генератор OSI — це цікава довгострокова ставка. Open Semantic Interchange — це нова ініціатива зі стандартизації семантичних визначень між аналітичними інструментами. Якщо OSI отримає поширення, інструмент моделювання, що генерує чистий OSI, матиме структурну перевагу над семантичними шарами, прив'язаними до одного рушія запитів.

Хто під ударом

Постачальники автономних семантичних шарів мають уважно вивчити цей реліз. Теза «визначте свої метрики один раз, запитуйте з будь-якого BI-інструменту» — це саме те, що ER/Studio тепер заявляє з боку моделювання, із додатковим аргументом: визначення вже є у вашій корпоративній моделі даних, і ви платите двічі, не використовуючи їх. Cube, AtScale і семантичний шар всередині Databricks Unity Catalog цим не знищені, але комітет із закупівель щойно отримав більш складне питання, на яке потрібно відповісти.

Постачальники платформ управління даними опинилися в більш неоднозначній ситуації. Collibra та Microsoft Purview названі цільовими платформами, а не конкурентами. ER/Studio позиціонує себе як середовище авторингу вищого рівня, що наповнює ці каталоги. Наразі це дружня інтеграційна історія, але вона також означає, що інструмент моделювання контролює авторитетні визначення, а каталог стає поверхнею споживання. Той, хто контролює шлях запису, контролює відносини.

Внутрішні команди платформ даних, що побудували власні семантичні шари поверх dbt YAML або самописних реєстрів метрик, стикаються з незручною розмовою. Якщо корпоративна архітектурна група вже ліцензує ER/Studio, граничні витрати на нові генератори близькі до нуля. Власноруч побудований семантичний шар, на який, мабуть, пішло два інженери на вісімнадцять місяців, тепер має виправдати своє існування функціями, а не самим фактом існування.

Фінансовий директор будь-якої організації, що одночасно використовує корпоративний інструмент моделювання та окрему підписку на семантичний шар, цього тижня має запитати у віце-президента з даних, чому ці статті витрат не консолідуються, і як виглядає календар продовжень для кожної. Відповідь покаже, чи справді команда даних діє відповідно до визначеної архітектури, чи просто накопичувала інструменти за інерцією. Ця розмова відбудеться у сотнях підприємств протягом наступних двох кварталів, і усталені постачальники семантичних шарів потребують більш чіткої відповіді, ніж «ми більш сучасні».

План дій для команд даних

Для керівників платформ, які аналізують цей реліз, три кроки варто запланувати на наступні 90 днів.

По-перше, проведіть аудит того, де сьогодні фактично зберігаються бізнес-визначення. Якщо канонічне визначення клієнта існує в чотирьох місцях (інструмент моделювання, каталог, dbt-проєкт і набір даних Power BI), то будь-який підхід «генерація з джерела» є чистим виграшем незалежно від постачальника. Якщо визначення існують лише в BI-інструменті, тому що середовище моделювання ніхто не використовує, купівля більшої кількості інструментів моделювання не вирішить організаційну проблему.

По-друге, перерахуйте оцінку «будувати чи купувати» конкретно для семантичного шару. Змінні, що змінилися цього тижня: генерація з корпоративних моделей тепер є функцією, що постачається в реальності від усталеного постачальника; OSI з'являється як портативний формат обміну; а формати TMDL/PBIP Power BI достатньо code-first, щоб генератор надійно їх продукував. Якщо ваш власний семантичний шар був виправданий аргументом «жоден постачальник цього не робить» — перевірте це знову.

По-третє, для команд, що стандартизуються на Snowflake або Databricks із dbt зверху, слідкуйте за бета-статусом генератора dbt. Бета означає: не робіть ставку на міграцію у Q4, але проведіть пілот на некритичному mart, щоб перевірити, чи зворотній шлях від логічної моделі до семантичного артефакту dbt зберігає точність, яку заявляє постачальник. Якщо так — витрати на підтримку семантичного шару dbt суттєво знижуються. Якщо ні — ви дізналися про це за ціну двотижневого пілоту.

Команди, що переможуть у наступному архітектурному циклі, — це ті, що розглядають семантичні визначення як компільований артефакт із керованого джерела, а не як YAML, написаний тим аналітиком, який виявився найближчим до задачі.

Ключові висновки

• ER/Studio 21.1 перетворює корпоративну логічну модель даних на джерело семантичних шарів верхнього рівня для Power BI, dbt, Collibra, Purview та RDF-орієнтованих графів знань.
• Генератор Power BI виводить TMDL і PBIP, тобто згенеровані семантичні шари потрапляють у git-сумісний, code-first робочий процес, а не у ручний авторинг у Desktop.
• Автономні постачальники семантичних шарів тепер стикаються зі складнішим питанням від закупівельного комітету, коли інструмент моделювання вже постачає еквівалентну генерацію.
• Генератори dbt та OSI перебувають у бета-версії, тому до кінця року ставтеся до них як до пілотних кандидатів, а не до виробничих залежностей.
• Нова підтримка рушіїв для SQL Server 2025 і Db2 13/12 сигналізує про продовження інвестицій у регульовану корпоративну базу, де формальне моделювання досі командує бюджетом.