Платежі

Таблиця 6.4

Номер документа	Код підприємства	Дата перерахування
01	101	3.01.03
02	102	3.01.03
03	101	5.01.03
04	101	15.02.03
05	102	5.02.03
06	101	17.03.03
07	103	8.02.03
08	103	23.02.03
09	102	20.03.03

2 група. Специфікація платежів номер документа, код податку і сума оплати.

Специфікація платежів

Таблиця 6.5

Номер документа	Код податку	Сума
01	01	50
01	02	50
02	03	150
03	01	50
04	02	50
05	02	100
05	03	150
06	01	100
07	01	100
07	02	100
08	01	500
09	02	200
09	03	100

Як ключ для першої групи використовуються Номер документа, тому що один номер документа може відповідати тільки одному підприємству.

Для другої групи цього ключа недостатньо, тому що, він повторюється. Тому використовується складений ключ Номер документа + Код податку.

Покажемо на схемі (табл. 6.6) функцiональнозалежнi реквізити, неповторювані в кожній групі.

Таблиця 6.6

Реквізити	Інформаційні Об'єкти
	Підприємства	Податки	План	Платежі	Специфікація Платежів
Код підприємства
Найменування підприємства
Код податку
Найменування податку
Планова сума
Номер документа
Сума оплати
Дата перерахування

Жирною лінією виділені ключові реквізити. Для рішення задач виділені п'ять груп (IО) із ключовими реквізитами (ключі підкреслені):

ПІДПРИЄМСТВА	(Код підприємства, найменування підприємства);
ПОДАТКИ	(Код податку, найменування податку);
ПЛАН	(Код підприємства, код податку, планова сума);
ПЛАТЕЖІ	(Номер документа, код підприємства, дата перерахування);
СПЕЦИФІКАЦІЯ ПЛАТЕЖІВ	(Номер документа, код податку, сума оплати).

ВИЗНАЧЕННЯ ЗВ'ЯЗКІВ ІНФОРМАЦІЙНИХ ОБ'ЄКТІВ І ПОБУДОВА IНФОРМАЦIЙНО - ЛОГІЧНОЇ МОДЕЛІ (IЛМ)

У результаті аналізу одержали п'ять IО або сутностей. Проведемо по парний аналіз зв'язків між ними:

ПІДПРИЄМСТВА головний IО, ПЛАТЕЖІ - підлеглий IО. Тип зв'язку 1:М, тому що одне підприємство може зробити кілька платежів у погашення одного виду податку, але один платіж відповідає одному підприємству. Зв'язок між цими об'єктами забезпечується за допомогою реквізиту Код підприємства.

ПОДАТКИ - головний IО, СПЕЦИФІКАЦІЯ ПЛАТЕЖІВ - підлеглий IО. Тип зв'язку 1:М, тому що один вид податку може погашатися декількома сумами, але одна сума відповідає одного виду податку. Зв'язок між цими об'єктами забезпечується за допомогою реквізиту Код податку.

ПІДПРИЄМСТВА - головний IО, ПЛАН - підлеглий IО. Тип зв'язку 1:М, т.д., кожному підприємству плануються планові суми по декількох видах податків, але кожна планова сума по кожнім виді податку відноситься тільки до одного підприємства, Зв'язок між цими об'єктами забезпечується за допомогою реквізиту Код підприємства.

ПОДАТКИ - головний IО, ПЛАН - підлеглий IО. Тип зв'язку 1, тому що кожному видові податку відповідає багато планових сум, але кожна планова сума відноситься тільки до одного виду податку. Зв'язок між цими об'єктами забезпечується за допомогою реквізиту Код податку.

ПЛАТЕЖІ- головний IО, СПЕЦИФІКАЦІЯ ПЛАТЕЖІВ - підлеглий IО. Тип зв'язку 1:М, тому що кожному номерові платіжного доручення відповідає оплата по декількох видах податків. Але оплата одного виду податку відноситься до одного номера платіжного доручення. Зв'язок між цими об'єктами забезпечується реквізитом Номер документа.

Після того, установлені зв'язки між сутностями, можлива побудова інформаційно-логічної моделі.

ІНФОРМАЦІЙНО-ЛОГІЧНА МОДЕЛЬ - це модель даних, що відображає предметну область у виді сукупності інформаційних об'єктів і структурних зв'язків між ними.

Правила побудови IЛМ зв'язані з упорядкуванням IО по рівнях ієрархії. Такий спосіб зображення по рівнях називають канонічною формою IЛМ. Розглянемо формальний спосіб установлення рівнів ієрархії. Цей спосіб особливо необхідний, коли кількість IО велика.

Спосіб заснований на використанні матриці суміжності - квадратної матриці (кількість рядків і стовпців дорівнює числу IО). Складемо вихідну матрицю суміжності для розглянутого приклада:

	Підприємства	Податки	План	Платежі	Специфікація платежів
підприємства			1	1
податки			1		1
план
платежі					1
специфікація платежів
сума по стовпцю	0	0	2	1	2

Значення «1» у матриці суміжності записується в тому випадку, якщо між IО в рядку і IО в стовпці мається зв'язок один-до-багатьох. Використовувати встановлені раніше зв'язку.

Нульові суми вийшли по стовпцях ПІДПРИЄМСТВА і ПОДАТКИ. Якщо сума по стовпці дорівнює нулеві, то стовпець і рядок з таким само ім'ям викреслюються (виділяються сірим кольором), а рядки, що залишилися, і стовпці утворять нову матрицю суміжності. Викреслені IО виносяться на нульовий рівень ієрархії. У нашому прикладі нульові суми вийшли в стовпцях ПІДПРИЄМСТВА і ПОДАТКИ. Отже, вони визначають нульовий рівень.

Після цього вийде наступна матриця:

	План	Платежі	Специфікація платежів
план
платежі			1
специфікація платежів
сума по стовпцю	0	0	1

У другій матриці суміжності нульові суми вийшли в стовпцях ПЛАН і ПЛАТЕЖІ. Отже, ці стовпці в ній викреслюються, а ПЛАН і ПЛАТЕЖІ визначають перший рівень.

	Специфікація платежів
специфікація платежів
сума по стовпцю	0

СПЕЦИФІКАЦІЯ ПЛАТЕЖІВ розташовується на другому (останньому) рівні. На малюнку показана канонічна інформаційно-логічна модель (IЛМ):

ВИЗНАЧЕННЯ ЛОГІЧНОЇ СТРУКТУРИ БАЗИ ДАНИХ

Логічна структура РБД визначається сукупністю логічно зв'язаних реляційних таблиць.

Логічні зв'язки відповідають структурним зв'язкам між об'єктами в міфологічній моделі, кожен IО в логічній структурі відображається відповідною реляційною таблицею.

Зв'язку між таблицями здійснюються за допомогою загальних реквізитів (ключових або неключових). Логічна структура РБД має такий вигляд:

РОЗРОБКА ФІЗИЧНОЇ СТРУКТУРИ ВАЗИ ДАНИХ.

Фізичне моделювання БД - це спосіб розміщення інформації на машинних носіях. Правила переходу від логічної реляційної структури до фізичного полягає в наступному:

• кожна реляційна таблиця перетворюється в таблицю БД;

• кожен стовпець таблиці - у поле таблиці;

• кожен рядок таблиці - у запис таблиці,

У процесі фізичного проектування РБД необхідно:

• привласнити імена таблицям;

• привласнити імена полям таблиць.