|
|
Зв'язок багато до багатьох та правила його реалізаціїЗв'язок багато до багатьохможливий тільки на рівні логічної моделі даних. На рис. 6.1 показаний приклад зв'язку багато до багатьох. Лікар може приймати багато паціентів, пацієнт може лікуватися у кількох лікарів. Такий зв'язок позначается безперервною лінією з двома крапками на кінцях. Лікар Пацієнт
Рис. 6.1. Зв'язок багато до багатьох
Для внeceння зв'язку слід встановити курсор на кнопці в палітрі інструментів, клацнути спочатку по одній, а потім по другій сутності. Зв'язок багато які-до-багатьохповинен іменуватися двома фразами - в обидві сторони (в прикладі "приймає/лікується"). Це полегшує читання діаграми. Зв'язок на рис. 6.1 слід читати "Лікар <приймає> Пацієнта", а "Пацієнт <лікується> у Лікаря ". При переході дофізичного рівня ERWin автоматично розв‘язує зв'язок багато до багатьох, додаючи нову таблицю і встановлюючи два нових зв'язки один до багатьох від старих до нової таблиці (рис.6.2). При цьому ім'я нової таблиці надається автоматично як "Ім'я 1"& "Ім'я 2" Doctor Doctor- Patient Patient
Рис. 6.2. Ілюстрація автоматичного вирішення зв'язку багато до багатьохна рівні фізичної моделі Автоматичного рішення проблеми зв'язку багато-до-багатьохне завжди виявляється достатнім. В прикладі таблиця Doctor Patient має сенс візиту долікаря, тому її слід перейменувати згідно бізнес-логики у Visit. Один и той же пацієнт може багато разів відвідувати лікаря, тому для того, щоб ідентифікувати візит, необхідно у склад первинного ключа таблиці Visit додати додаткову колонку, наприклад дату-час відвідування (Visit Date time), як показано на рис. 6.3.
Рис. 6.3. Вирішення зв'язку багато-до-багатьохна рівні фізичної моделі Слід зауважити, що після внесення додаткової колонки на фізичному рівні на логічному рівні представлення моделі не зміниться, діаграма буде виглядати так, як на рис.6.1. Питання для самоперевірки 1. Що таке зв‘язок багато до багатьох в моделі БД? 2. Які правила зображення зв‘язку багато до багатьох в логічній моделі БД? 3. Які правила розв‘язання зв‘язку багато до багатьох в фізичній моделі БД?
Лекція 7 Встановлення типів залежності об’єктів та ієрархія наслідування. Розрізняють декілька типів залежних сутностей (об‘єктів): Характеристична – залежна дочірня сутність, яка пов’язана тільки з однією батьківською сутністю і за змістом зберігає інформацію про характеристики батьківської сутності. Асоціативна - сутність, яка пов’язана з декількома батьківськими сутностями. Така сутність вміщує інформацію про зв’язки сутностей. Поіменована сутність - та, що має тільки посилання на батьківські сутності і не має власних атрибутів – частковий випадок асоціативної. Категоріальна – дочірня сутність в ієрархії наслідування. Ієрархія наслідування (чи ієрархія категорій) – тип об’єднання сутностей, які мають загальні характеристики. Наприклад, в організації працюють службовці, які зайняті повний робочий день та сумісники. Загальні для них атрибути можна помістити у сутність Співробітник, а індивідуальні до сутностей Постійний співробітник та Сумісник. До батьківської сутності треба внести атрибут Тип, що дозволить відрізнити одну категоріальну сутність від іншої. Категорії повна та неповна. Ієрархії категорій діляться на повні та неповні. У повній категорії одному запису батьківської сутності відповідає запис у будь-якій дочірній сутності. Якщо категорія побудована не повністю, то в батьківській сутності можуть існувати значення атрибуту Тип, які не мають відповідних екземплярів у дочірніх сутностях. Наприклад, співробітник, крім вказаних відносин, ще може бути консультантом, або працювати за трудовою угодою. Якщо створити відповідні до цих категорій сутності Консультант та Контрактник, то ієрархію можна вважати повною. Можлива комбінація повної та неповної категорій. Створення категоріального зв’язку Для створення категоріального зв’язку слід: - Встановити курсор миші на кнопці - Клацнути спочатку по батьківському предку, а потім по потомку; - Для встановлення другого зв’язку в ієрархії категорій треба спочатку клацнути по символу категорії, а потім по другому потомку. - Для редагування категорій треба клацнути правою кнопкою миші по символу категорії і вибрати у контекстному меню пункт Subtype Relationship Editor Стадії побудови ієрархії наслідування: - Виділити сутності з спільними атрибутами; - Перенести спільні атрибути з дочірніх сутностей до батьківської сутності (якщо не існує батьківської сутності, то треба її створити і перенести до неї спільні для категорії атрибути); Створення неповної структури категорій: - створити категоріальний зв’язок від нової сутності – батьківської до дочірніх; нову сутність доповнити атрибутом дискримінатором категорії (ТИП); Створення повної структури категорій: - провести додатковий пошук сутностей, які мають спільні за змістом атрибути з батьківською сутністю. Спільні атрибути переносити до батьківської сутності. Ознаку повної категорії встановити в діалогу Subtype Relationship. Приклад моделі для відділу постачання м‘ясокомбінату наведено в додатку 3. Питання для самоперевірки 1. Які характерні ознаки категоріального зв’язку? 2. Якому типу відношень відповідає категоріальний зв’язок? 3. За якими правилами утворюється категоріальний зв’язок? 4. Чим відрізняється повна категорія від неповної? Як вони позначаються на діаграмі? Лекція 8   Что делать, если нет взаимности? А теперь спустимся с небес на землю. Приземлились? Продолжаем разговор...  ЧТО ПРОИСХОДИТ ВО ВЗРОСЛОЙ ЖИЗНИ? Если вы все еще «неправильно» связаны с матерью, вы избегаете отделения и независимого взрослого существования...  Что способствует осуществлению желаний? Стопроцентная, непоколебимая уверенность в своем...  Система охраняемых территорий в США Изучение особо охраняемых природных территорий(ООПТ) США представляет особый интерес по многим причинам... Не нашли то, что искали? Воспользуйтесь поиском гугл на сайте:
|
приймає/лікується
Doctor Visit Patient
в палітрі інструментів і натиснути ліву кнопку миші;