Різні джерела даних у ваших моделях повинні мати правильні зв’язки, щоб отримати належні результати. Якщо ви не в змозі зрозуміти концепцію цих відносин, ви ніколи не отримаєте потрібну інформацію. Ось чому ці відносини важливі.
Я завжди налаштовую свої таблиці даних найпростішим способом. Я хочу, щоб усе було зрозумілим, щоб пізніше іншим людям було легше працювати за тими самими таблицями.
Нижче, наприклад, ви можете побачити, що у мене є ці стовпці індексу та деякі.
У кожній таблиці я маю ідентифікатор, який пов’язує її з основною таблицею фактів, яка містить усю інформацію про транзакції. Прикладом є ідентифікатор розташування, який я виділив нижче.
Це означає, що якщо я перейду до своєї таблиці Sales і між моїми таблицями Location і Sales буде встановлено зв’язок, я побачу відповідний стовпець у моїй таблиці Sales.
Зауважте, що вам не обов’язково шукати стовпець, у назві якого є слово «ID». Це може бути рядок під назвою «Назва міста» або щось подібне. Якщо ви посилаєтеся на дані, це нормально, незалежно від назви.
Що роблять ці відносини?
Таблиці пошуку містять інформацію про фільтрацію, тоді як таблиці фактів містять усю інформацію про транзакції. По суті, встановлення зв’язку дозволяє надсилати ці фільтри в таблицю фактів.
Це створить контекст для кожного обчислення, яке я запускаю у своїх звітах. Якщо ви бачили звіти в LuckyTemplates, ви, мабуть, бачили, як можна натискати фільтри на графіках, щоб змінити результати, що відображаються у візуалізаціях або в самому звіті. Це стало можливим завдяки стосункам, які працюють у фоновому режимі.
Як будувати стосунки між столами
Дуже важливо, щоб ви створювали правильний вид зв’язків у правильних стовпцях. Це можна зробити двома способами.
Перший спосіб зробити це — просто перетягнути стовпець ID у таблицю фактів.
У наведеній нижче зразковій моделі я почну з ідентифікатора продавця. Досить легко з’ясувати, куди потрібно відкинути цей стовпець ID, оскільки в таблиці Sales також є стовпець Sales Person ID.
Після цього автоматично створюється цей зв’язок між таблицею «Продавці» та таблицею «Продажі».
Дозвольте мені детальніше розглянути цей зв’язок, перш ніж продовжити, особливо тому, що це той вид зв’язку, з яким ви працюватимете 95% часу в LuckyTemplates.
Це те, що ви називаєте зв’язком «один до багатьох» .
Зверніть увагу, що зв’язок має номер 1 у кінці таблиці пошуку. Це означає, що кожна частина даних представлена лише один раз. В даному випадку мова йде про кожного продавця.
Дослідивши цей зв’язок, ви побачите, що він веде до зірки в таблиці фактів. Ця зірка означає багато.
Якщо ви подумаєте про це, один продавець може продати кілька разів, чи не так? Це означає, що навіть якщо кожен продавець представлено один раз у таблиці пошуку, його можна побачити багато разів у таблиці фактів залежно від того, як фільтруються дані.
Саме тому в таблицях пошуку слід перераховувати лише унікальні значення для кожної окремої групи. Тому у мене є окремі таблиці для продавців, продуктів, місць тощо.
Зараз я збираюся побудувати інші відносини, але цього разу між продуктами та продажами. Я збираюся використовувати той самий метод перетягування.
Коли з’явиться рядок, що представляє зв’язок, я можу навести на нього курсор, щоб виділити цей зв’язок. Це хороший спосіб перевірити, чи правильно ви з’єднали таблиці разом, особливо якщо у вас уже є кілька рядків, що перетікають у таблицю фактів.
Другий спосіб налагодження зв’язків — це використання кнопки «Керувати зв’язками» на стрічці «Домашня сторінка» .
Коли я клацну на ньому, вікно покаже мені зв’язки, які я додав раніше.
Щоб додати інший зв’язок до цього списку, просто натисніть «Новий».
Потім він попросить мене вибрати, яку вихідну таблицю я маю використовувати. У цьому випадку я буду використовувати таблицю дат.
Коли з’явиться таблиця, я виділю стовпець «Дата», оскільки це те, що вважається нашим «ідентифікатором» у цьому стовпці.
Потім я виберу таблицю фактів, яка є моєю таблицею продажів. Я виділю стовпець «Дата продукту», оскільки він відповідає стовпцю «Дата» в таблиці «Дати».
Нижче кількості, я виберу один до багатьох. Переконайтеся, що біля пункту «Зробити цей зв’язок активним» стоїть позначка. Потім я клацну ОК.
Тепер сформовано зв’язок між таблицею «Дати» та «Продажі».
Я збираюся створити інший зв’язок тут для Місцезнаходжень.
Тоді я збираюся зробити те саме для клієнтів.
Тепер, коли всі необхідні зв’язки сформовано, у мене є водоспад фільтрів, що надходять із мого рядка таблиць пошуку вгорі та переходять у мою таблицю фактів у нижній частині. Ці стрілки завжди вказуватимуть на багато сторін.
Висновок
Коли ви зрозумієте, як працюють стосунки, працювати з LuckyTemplates стане легше. Знову ж таки, ці зв’язки додають контекст до кожного обчислення, яке виконується у ваших звітах. Це означає, що якщо ви маєте базове уявлення про те, як надходять дані та їх фільтри, легше зрозуміти, які показники потрібно написати.
Деякі люди збентежені лише тому, що відчувають, що їхній сценарій інший. Вони вважають, що їм потрібна набагато складніша установка, ніж ця. Правда в тому, що вам потрібно лише спростити дані.
Коли ви точно визначаєте правильні таблиці пошуку та зосереджуєтеся на правильній таблиці фактів, ви можете мати ті самі базові налаштування, незалежно від того, наскільки складною ви вважаєте свою ситуацію.
Я також мав справу з дуже складними сценаріями в LuckyTemplates. Але в основі більшості цих звітів я досі дотримуюся тієї самої філософії моделі. Ви можете вивчити ці складні сценарії, коли зареєструєтеся на членство ві отримати доступ до більшої кількості курсів.