Використання відносин "багато-до-багатьох" у службах аналізу SQL Server (SSAS) 2016
Варіант багатовимірного куба Служб аналізу легко обробляв взаємозв'язки "багато-до-багатьох" для багатьох версій до 2016 року. Таблиця мала роботу із використанням формул DAX до виходу SQL Server 2016. Є ще деякі обмеження для багатьох - до багатьох у табличній таблиці, але, звичайно, є деякі “хитрощі”, щоб подолати обмеження. Але відносини «багато-до-багатьох» будуть знаходитись у даних про бізнес на довгі роки. Потрібно надати рішення, що стосується баз даних Служби аналізу.
Перш ніж перейти до розробки та підтримки багато-до-багатьох у службах аналізу, ETL програми звітності має відформатувати дані в таблицях, що сприяють підтримці цієї опції. Це може називатися мостовим столом. Дані в таблиці транзакцій “пов’язані” з багатьма можливими підтримуючими категоріями. Дані Adventure Works DW є чудовим прикладом багатьох причин продажу, пов’язаних з багатьма позиціями в Інтернеті.
На малюнку 1 наведено приклад конструкції цих таблиць.
Рисунок 1: Відносини багато-до-багатьох у кубі
Редагувати взаємозв'язок на малюнку 1 показує у кубі взаємозв'язок між 2 таблицями з декількома стовпцями - SalesOrderNumber (Номер замовлення) та SaleOrderLineNumber (Номер рядка замовлення). Ця мостова таблиця, FactInternetSalesReason, мостує Причини продажів із таблиці розмірів DimSalesReason до таблиці фактів FactinternetSales за допомогою цих 2 стовпців. У таблиці FactInternetSalesReason може бути кілька записів для одного номера замовлення плюс номера рядка замовлення. Приклад у таблиці нижче показує 2 різні номери замовлення на продаж із 3 різними причинами продажу.
| NumberOrderNumber | SalesReasonName |
| SO51214 | Про просування |
| SO51214 | Інший |
| SO51214 | Ціна |
| SO51298 | Про просування |
| SO51298 | Інший |
| SO51298 | Ціна |
Таблиця 1: Кілька причин продажу
На малюнку 2 показано Аналіз у Excel, коли немає взаємозв’язку між Причиною продажу та Інтернет-продажами для куба. Це той самий результат, який спочатку був отриманий і з таблицею. Відносини багато-до-багатьох не призначаються автоматично при побудові куба або табличної моделі за допомогою майстрів. Після завершення роботи майстра буде зроблено більше роботи. Міри підрахунку продажів та суми продажу підсумовуються у всіх рядках, а не в зрізі причин продажів, використаному на малюнку 2.
Рисунок 2: Аналіз у початковому кубі Excel
Відносини не є звичайними відносинами для Вимірювальних відносин у Куб. Але перед тим, як встановлювати взаємозв'язок, потрібно створити розміри Причини продажів (таблиця DimSalesReason) та Фактичні продажі через Інтернет (таблиця FactInternetSales) плюс група вимірювань для таблиці фактів FactInternetSalesReason. Міра може бути підрахунком рядків і прихована через властивість Visible міри. Після їх створення зв'язок "багато-до-багатьох" може бути створений у взаємозв'язку "Вимір куба" між виміром "Причина збуту" та групою "Інтернет-показник продажів", як на малюнку 3.