В IDEF1X концепция на зависими и независими образувания се увеличава тип връзка между двата субекта. Ако искате външния ключ се предава на детето субект (и, като резултат, създаден зависим субект), можете да създадете такъв идентификационен връзка между родител и дете лице.
Определяне на връзката означена с непрекъснатата линия между субекти.
В IDEF1X, както е показано на фигура 7, на края на линията от дете обект на точка. В IE, в края на линията от страна на детето обект е поставен "пилешки крака".
Забележка: В IE, няма стандарт заоблени ъгли на обекти. Този символ IDEF1X добавя ERwin'om в IE стандарт за съвместимост.
Както можете да видите в обсъждането на независими и зависими лица, правилата, което показва, че връзката е обозначена с идентифицирането на дете предприятието, се определя с помощта на идентификационния номер на предприятието майка. В нашия пример, филми и копия на филма, за да се идентифицират копията бихме могли да изберете свой собствен уникален номер. Въпреки това, ние решихме да използваме филм ID и добавяне на втора част (брой копия), за да се разграничат една от друга копие.
Забележка: Както можете да намерите, има няколко предимства при предаването на ключовете на дете стопанска единица чрез идентифициране на връзки, свързани с факта, че тя опростява някои искания към физическа система. Все пак, има някои недостатъци. От гледна точка на релационна теория предполага, че ключовият предаването не трябва да бъде по този начин. Вместо това, всяко предприятие трябва да бъдат идентифицирани, не само от неговия първичен ключ, но и с помощта на логически дескриптора (дръжка) или допълнителен ключ, невидим за потребителя. В тази теория, има убедителни доказателства и се интересуват да се обърнете към E.F.Codd и C.J.Date по тази тема.
Неидентифициращи комуникации, които са уникални за IDEF1X, също е свързан с дъщерно дружество на предприятието-майка. Неидентифициращи връзка се използва за показване на други видове прехвърляне на чуждестранни ключовите атрибути - предаване на данните за детето лице (под линия).
Неидентифициращи връзка показано с прекъсната линия между обектите. Ако свържете обектите на отбори и играчи през неидентифициращи връзка, а след това ще изглежда моделът, както е показано на фиг. 9.
Тъй като ключовете не се прехвърлят към неидентифициращи комуникация е неразделна част от първичния ключ на дете субект, този тип комуникация не е показан на всеки установен зависимост. В този случай команда и играчите се третират като самостоятелни юридически лица.
Въпреки това, връзката може да се отрази наличието на зависимост, ако бизнес правилото за връзката уточнява, че външния ключ не може да се настрои на празно. Ако външен ключ трябва да съществува, това означава, че влизането в детската лице може да съществува само в присъствието на родител рекорд, свързани с нея.
Забележка: Идентифициране и неидентифициращи връзки не са характерни за метод IE. Въпреки това, тази информация е включена в Ервин диаграма, като плътна линия или пунктирана линия при спазване на съвместимост между IE и IDEF1X методи.
Когато външни ключове мигрират от предприятието майка чрез линк към детето лице, те служат модел двойно мито. За разбиране на двете роли понякога е полезно да преименувате разпределени ключ, за да се покаже как той играе роля в детската предприятието. Име, което му този атрибут, наречен роля.
10. Пример име роли
Ключови външни играчи играч-отбор id.komanda идентификатор "(Фигура 10) показва, определението на синтаксиса и показване на името на ролята. През първата половина (преди точката) - е името на ролята. Втората част - е собствен външен ключ име, понякога се нарича база име.
ЗАБЕЛЕЖКА: Имената на роли се използват за съвместимост с моделите, наследени модели на данни, в която външната и първични ключове имат различни имена.
Ролите се предават чрез комуникация, както и други атрибути. Например, да предположим, че ви предоставяме примера да покаже кои играчи са отбелязани голове в различни мачове от сезона. име Роля "играч-отбор-ID" се предава същността на продуктивна игра (заедно с всеки друг основен ключ на предприятието-майка), както е показано по-долу.
Диаграма, показваща миграцията на FK атрибут като имена ролята на
Свързани статии