Релации между таблици в модел на данни

Релациите са базирани на колони във всяка таблица, която съдържа еднакви данни. Можете например да свържете таблица "Клиенти" с таблица " Поръчки" , ако всяка съдържа колона, в която се съхранява ИД на клиент. В примера имената на колоните са същите, но това не е задължително. Едната може да се казва CustomerID, а другата CustomerNumber, стига всички редове в таблица "Поръчки" да съдържат ИД като този в таблица "Клиенти".

В релационната база данни има няколко типа ключове. Ключът обикновено е колона със специални свойства. Познанията относно предназначението на всеки ключ може да ви помогнат да управлявате модел на данни, съдържащ няколко таблици, който предоставя данни на обобщена таблица, обобщена диаграма или отчет на Power View.

Въпреки че има много видове ключове, това са най-важните за нашата цел тук:

• Първичен ключ: еднозначно идентифицира ред в таблица, като например CustomerID в таблицата "Клиенти" .

• Алтернативен ключ (или ключ кандидат): колона, различна от първичния ключ, който е уникален. Например таблица "Служители" може да съхранява ИД на служителите и техния социално-осигурителен номер, като и двата са уникални.

• Външен ключ: колона, която препраща към уникална колона в друга таблица, като например CustomerID в таблицата "Поръчки" , която препраща към CustomerID в таблицата "Клиенти".

В модела на данни основният ключ или алтернативният ключ се наричат свързана колона. Ако една таблица съдържа основен и алтернативен ключ, може да използвате който и да е от двата като основа за релация на таблица. Чуждият ключ се нарича колона източник или просто колона. В нашия пример ще бъде дефинирана релация между CustomerID в таблицата Orders (колоната) и CustomerID в таблицата Customers (справочната колона). Ако импортирате данни от релационни база данни, Excel по подразбиране избира чуждия ключ от едната таблица и съответстващия основен ключ от другата таблица. Вие обаче можете да използвате всяка колона, която съдържа уникални стойности за справочната колона.

Релацията между клиент и поръчка е релация "един към много". Всеки клиент има няколко поръчки, но една поръчка не може да има няколко клиента. Друга важна релация между таблици е "един към един". В нашия пример тук таблицата CustomerDiscounts , която дефинира единична дисконтова ставка за всеки клиент, има релация "един към един" с таблицата "Клиенти".

Тази таблица показва релациите между трите таблици (Customers, CustomerDiscounts и Orders):

Релация	Тип	Справочна колона	Колона
Customers-CustomerDiscounts	"един към един"	Customers.CustomerID	CustomerDiscounts.CustomerID
Customers-Orders	"един към много"	Customers.CustomerID	Orders.CustomerID

След създаването на релация Excel обикновено трябва да преизчислява всички формули, които използват колони от таблици в новосъздадената релация. Обработката може да отнеме известно време в зависимост от количеството на данните и сложността на релациите. За повече подробности вижте Преизчисляване на формули.

Даден модел на данни може да съдържа няколко релации между две таблици. За да създаде точни изчисления, Excel се нуждае от един път от една таблица към друга. Затова само една релация между всяка двойка от таблици е активна по едно и също време. Въпреки че другите са неактивни, можете да зададете неактивна релация във формули и заявки.

В изглед на диаграма активната релация е плътна линия, а неактивните са пунктирани линии. Например в AdventureWorksDW2012 таблицата DimDate съдържа колона DateKey, която е свързана с три различни колони в Таблица FactInternetSales: OrderDate, DueDate и ShipDate. Ако активната релация е между DateKey и OrderDate, тя ще бъде релацията, използвана по подразбиране във формули, освен ако не укажете друго.

Дадена релация може да бъде създадена, ако бъдат изпълнени следните изисквания:

Критерии	Описание
Уникален идентификатор за всяка таблица	Всяка таблица трябва да има една колона, която уникално да идентифицира всеки ред в тази таблица. Колоната често се нарича основен ключ.
Уникални справочни колони	Стойностите на данните в справочната колона трябва да бъдат уникални. С други думи, колоната не може да съдържа дублиращи се стойности. В модела на данни нулите и празните низове са равностойни на празни стойности, които представляват различни стойности на данни. Това означава, че не може да има множество нули в справочната колона.
Съвместими типове данни	Типовете данни в колоната източник и справочната колона трябва да са съвместими. За повече информация относно типовете данни вижте Типове данни, поддържани в модели на данни.

В модела на данни не може да се създава релация на таблица, ако ключът е комбиниран. Освен това сте ограничени при създаването на релации от типа "един към един" и "един към много". Не се поддържат други типове релации.

Комбинирани ключове и справочни колони

Комбинираният ключ е съставен от повече от една колона. Моделите на данни не могат да използват комбинирани ключове: таблицата винаги трябва да има точно една колона, която еднозначно идентифицира всеки ред в таблицата. Ако импортирате таблици, които имат съществуваща релация, базирана на комбиниран ключ, съветникът за импортиране на таблици в Power Pivot ще игнорира тази релация, защото тя не може да бъде създадена в модела.

За да създадете релация между две таблици, които съдържат множество колони, дефиниращи основния и чуждия ключ, първо комбинирайте стойностите, за да създадете една колона с ключ, преди да създадете релацията. Можете да направите това, преди да импортирате данните или като създадете изчисляема колона в модела на данни с помощта на добавката Power Pivot.

Релации тип "много към много"

Модел на данни не може да съдържа релации тип "много към много". Не може просто да добавите съединителни таблици в модела. Въпреки това може да използвате функции DAX, за да моделирате релации тип "много към много".

Рефлексивни съединения и цикли

Рефлексивните съединения не са позволени в модела на данни. Рефлексивно съединение представлява рекурсивна релация между една таблица и нея самата. Рефлексивните съединения често се използват за дефиниране на йерархии от тип родител-наследник. Например може да съедините таблица "Служители" с нея самата, за да получите йерархия, която да показва управленската верига в даден бизнес.

Excel не позволява създаването на цикли между релации в една работна книга. С други думи, следният набор от релации е забранен.

Таблица 1, колона а   към   Таблица 2, колона f

Таблица 2, колона f   към   Таблица 3, колона n

Таблица 3, колона n   към   Таблица 1, колона а

Ако опитате да създадете зависимост, която ще създаде цикъл, се генерира грешка.

Едно от предимствата на импортирането на данни посредством добавката Power Pivot е, че понякога Power Pivot може да открива релации и да създава нови такива в модела на данни, който създава в Excel.

Когато импортирате множество таблици, Power Pivot автоматично открива всички съществуващи релации между таблиците. Също така, когато създавате обобщена таблица, Power Pivot анализира данните в таблиците. Той открива възможни релации, които не са били дефинирани, и предлага подходящи колони, които да се включат в тези релации.

Алгоритъмът за откриване използва статистически данни за стойностите и метаданните на колоните, за да направи изводи за вероятността на релациите.

• Типовете данни във всички свързани колони трябва да са съвместими. За автоматично откриване се поддържат само цели числа и текстови типове данни. За повече информация относно типовете данни вижте Типове данни, поддържани в модели на данни .

• За да бъде открита една релация успешно, броят на уникалните ключове в справочната колона трябва да бъде по-голям от стойностите в таблицата в страна "много". С други думи, ключовата колона в страна "много" на зависимостта не трябва да съдържа стойности, които не са в ключовата колона на справочната таблица. Например представете си, че имате таблица, която изброява продукти с техните ИД (справочната таблица) и таблица с продажби, която изброява продажбите за всеки продукт (страна "много" на релацията). Ако списъкът с продажби съдържа ИД на продукта, който няма съответстващ ИД в таблица "Продукти", релацията не може да бъде създадена автоматично, а вие вероятно ще трябва да я създадете ръчно. За да може Excel да открие релацията, трябва първо да актуализирате справочна таблица "Продукти" с ИД на липсващите продукти.

• Уверете се, че името на ключовата колона от страната "много" е подобно на името на колоната ключ в таблицата за справки. Имената не е необходимо да са напълно еднакви. Например в бизнес настройка често имате вариации на имената на колоните, които съдържат основно едни и същи данни: Emp ID, EmployeeID, ИД на служител, EMP_ID и т.н. Алгоритъмът открива подобни имена и задава по-голяма вероятност за тези колони, които имат подобни или точно съвпадащи имена. Следователно, за да увеличите вероятността за създаване на релация, можете да опитате да преименувате колоните в данните, които импортирате, в нещо подобно на колоните във вашите съществуващи таблици. Ако Excel намери няколко възможни релации, значи не създава релация.

Тази информация може да ви помогне да разберете защо не всички релации са открити или как промените в метаданните – например името на полето и типовете данни – може да подобрят резултатите от автоматичното откриване на релации. За повече информация вижте Отстраняване на неизправности при релации.

Автоматично откриване на наименувани набори

Релациите не се откриват автоматично между наименувани набори и свързани полета в обобщена таблица. Може да създадете тези релации ръчно. Ако искате да използвате автоматичното откриване на релации, премахнете всеки наименуван набор и добавете индивидуални полета от наименувания набор директно към обобщената таблица.

Подразбиране на релации

В някои случаи релациите между таблиците се свързват автоматично. Например ако създадете релация между първите два набора от таблиците по-долу, подразбира се, че съществува релация между другите две таблици и релацията се създава автоматично.

Продукти и категория – създадена ръчно

Категория и подкатегория – създадена ръчно

Продукти и подкатегория – зависимостта се подразбира

За да се свържат автоматично релациите, те трябва да вървят последователно, както е указано по-горе. Ако първоначалните релации бяха, например между "Продажби" и "Продукти" и "Продажби" и "Клиенти", релация няма да бъде подразбрана. Това е така, защото релацията между "Продукти" и "Клиенти" е релация от тип "много към много".