Аналіз імен зв'язків

Тепер порівняємо імена присутніх у представленнях Інспектор і Менеджер зв'язків. Імена зв'язків, що існують у кожнім із представлень, показані в табл.2.2. Кожен зв'язок представлений у таблиці тільки один раз і асоційований з її батьківською сутністю.

Таблиця 2.2. Порівняння зв'язків, що є присутнім у представленнях Інспектор і Менеджер

Тип сутності (представлен-ня Інспектор)	Тип зв'язку	Тип сутності (представлення Інспектор)	Тип сутності (представлен-ня Менеджер)	Тип зв'язку	Тип сутності (представлення Менеджер)
Відділення	Має	Працівник	Відділення	Має	Працівник
	Пропонує	Об’єкт в оренду		Пропонує	Об’єкт в оренду
	Реєструє	Клієнт		Посилаєть- ся на	Орендар
Працівник	Керує	Об’єкт в оренду	Працівник	Наглядає за	Об’єкт в оренду
	Виконує	Інспекція		Зв’язаний з	Родич
	Об’єднує	Приписаний працівник		Об’єднує	Приписаний працівник
Інспектор	Інспектує	Приписаний працівник	Інспектор	Керує	Приписаний працівник
Секретар	Обслуго-вує	Приписаний працівник
			Менеджер	Керує	Відділення
Об’єкт в оренду	Зв’язаний з	Угода оренди	Об’єкт в оренду	Зв’язаний з	Угода оренди
	Описаний	Оголошення		Розміщений в	Оголошення
	Підлягає	Інспекція
	Підлягає	Огляд		Оцінюється	Огляд
Власник Фізична особа	Володіє	Об’єкт в оренду	Власник Фізична особа	Володіє	Об’єкт в оренду
Власник Юридична особа	Володіє	Об’єкт в оренду	Власник Юридична особа	Володіє	Об’єкт в оренду
Газета	Вміщує	Оголошення	Газета	Показує	Оголошення
Клієнт	Відвідує	Огляд
	Укладає	Угода оренди
			Орендар	Потребує	Огляд
				Укладє	Угода оренди

Це попереднє порівняння імен зв'язків у кожнім із представлень користувачів також допомагає уточнити ділянки, загальні для обох представлень. Однак з цього зовсім не випливає що можна покладатися на те, що сутності або зв'язку з тими самими іменами грають зовсім однакову роль у кожнім із представлень. І все-ж таки, порівняння імен сутностей і зв'язків можна вважати дуже зручною вихідною точкою пошуку ідентичних ділянок у представленнях, що зливаються, якщо, звичайно, не забувати, про можливі помилки.

Варто завжди пам'ятати, що в різних представленнях можуть бути присутні сутності або зв'язки з тими самими іменами, але різними концепціями (подібні об'єкти називають омонімами). Прикладом подібного явища можуть служити пари зв'язків Працівник Керує Об’єкт в оренду (представлення Інспектор) і Менеджер Керує Відділення (представлення Менеджер). Зовсім очевидно, що зв'язок Керує у кожнім випадку має абсолютно різний зміст.

Крім того, варто завжди враховувати, що сутності і зв'язки з різними іменами фактично можуть представляти ту саму концепцію реального світу (подібні об'єкти називають синонімами). Прикладом цього явища можуть служити сутності Клієнт (представлення Інспектор) і Орендар (представлення Менеджер). Аналіз складу атрибутів цих сутностей (і особливо порівняння доменів їх ключів) дозволяє припустити, що ці сутності представляють той самий об'єкт. Первинні ключі сутностей Клієнт і Орендар мають різні імена (Номер_Клієнта і Номер_Орендаря відповідно). Однак домени цих первинних ключів ідентичні і являють собою набір рядків довжиною 3-5 символів зі значеннями від КР1 до КР999.

Таким чином, при злитті локальних моделей необхідно виявляти максимальну обережність і обов'язково упевнитися в тім, що сутності і зв'язки з тими самими іменами дійсно представляють ту саму концепцію реального світу. Не менш важливо переконатися й у тім, що сутності і зв'язки з різними іменами представляють різні об'єкти. Виконання перевірки передбачає порівняння атрибутів (насамперед, первинних ключів), що відносяться до кожної із сутностей, а також аналіз зв'язків, що вони мають із сутностями інших типів. Крім того, варто мати на увазі, що сутності або зв'язки одного представлення в іншому представленні можуть бути присутнім просто як атрибути. Наприклад, цілком можлива ситуація, коли в першому представленні сутність Відділення має атрибут з ім'ям Ім'я Менеджера, що у другому представленні описана як окрема сутність з ім'ям Менеджер.