Так як відносини багато до багатьох можуть приховати інші бізнес правила або обмеження, вони повинні бути повністю досліджені на на рівні ключовий або атрибутивної моделі.
Це обумовлено тим, що відносини багато до багатьох на ранніх стадіях моделювання ідентифікується неправильно, насправді представляючи два або кілька випадків відносин один-ко-многим між пов'язаними сутностями.
Зв'язок «багато до багатьох» може бути перетворена до типу «один до багатьох» або вручну або автоматично.
Автоматичне перетворення може бути виконане при переході на фізичний рівень. Для автоматичного перетворення зв'язку слід у вкладку General діалогу Model, ModelPropertyвключіть опцію Many-To-Many Relationships with Association Table. Перетворення зв'язку включає створення нової таблиці і двох нових зв'язків «один до багатьох» від старих до нової таблиці. При цьому ім'я нової таблиці присвоюється автоматично як Імя1_Імя2. Автоматичного вирішення проблеми зв'язку багато-до-багатьох не завжди виявляється достатньо.
Для примусового перетворення зв'язку «багато до багатьох» на логічному рівні необхідно клацнути по зв'язку правою кнопкою миші і вибрати пункт меню Create Association Table. Many-To-Many Relationship Transform Wizard. Діалог Many-To-Many Relationship Transform Wizard пропонує 4 кроки для перетворення зв'язку. Для переходу до наступного кроку треба клацнути по кнопкеNext (Далі). На другому і третьому кроці слід задати ім'я новостворюваної таблиці і ім'я перетворення.
На рис. П11 показаний приклад зв'язку «багато до багатьох». Викладач може дати різні дисципліни, дисципліна може викладатися різними викладачами.
Мал. П11. Приклад зв'язку «багато до багатьох»
Мал. П12. Сутність НАВЧАЛЬНИЙ ЗАНЯТТЯ
Поширені помилки при моделюванні сутностей і виборі ключів
Цей розділ, присвячений поширених помилок при моделюванні, не претендує на повноту. Його мета - вказати на найбільш поширені помилки, які виникають у розробників моделей.
моделювання ролей
перевантаження сутностей
Перевантаженими є сутності, що містять інформацію з обмеженим доступом ніж про одне концептуальному об'єкті. Якщо деякі атрибути сутності описують одну й ту ж концепцію, такі сутності слід перевірити. Перевантажені суті мають значення не для кожного з атрибутів.
Іноді експерти з різних предметних областей в корпорації використовують ім'я сутності, яке звучить і пишеться однаково, але має різний сенс для різних експертів. Єдиний спосіб переконається, що однакові імена описують однакові об'єкти, це перевірка описів. Переконайтеся, що сутність містить дані, що описують єдину концепцію.
Наприклад, сутність ОБЛАДНАННЯ може мати зовсім різне значення для підрозділів інформаційних технологій і для відділу засобів масової інформації та комунікацій.