Теоретична довідка до пр №8 Побудова інфологічної моделі бази даних. Створення таблиць бази даних
При розробці структури БД до уваги треба брати такі фактори:
база даних – це модель об’єкта, для якого вона розроблена, тому вона повинна точно і адекватно відображати всі його матеріальні та фінансові ресурси, а також зв’язки між ними;
забезпечення виконання всіх необхідних робіт та видачі потрібних документів і звітів;
особливості програмного середовища, в якому розробляється база даних. Як правило, відомі системи управління базами даних (СУБД) забезпечують виконання всіх потрібних функцій, однак кожна з них реалізована по-різному;
максимальне використання стандартних програмних засобів, виготовлених висококваліфікованими програмістами;
надійність збереження даних, запобігання втрат інформації (ураження вірусами, захист від несанкціонованого доступу та некваліфікованого користування, стан технічних засобів);
вигідність обслуговування. На ведення БД повинно затрачатися якомога менше інтелектуальних та технічних ресурсів.
Постановка задачі
Побудувати працездатну базу даних Облік товару для вирішення облікової задачі, коли умовна фірма виробляє деяку продукцію, що реалізується зі складу. Слід забезпечити облік цієї продукції. До того ж у програмі потрібно друкувати накладні, звіти про залишки товару (у стислій та повній формі) і кошти, отримані від реалізації продукції та інформацію про боржників.
Аналіз предметної галузі
При роботі з базою даних Облік товару буде потреба у створенні наступних вихідних форм:
Ф-1
Ф-2
Ф-3
Ф-4
Ф-5
Ф-6
Створення інформаційної моделі бази даних (Визначення таблиць та їх структур)
Маючи ці вихідні форми, можна визначитися з необхідними таблицями бази даних та їх структурою. Структура кожної таблиці складається щонайменше з двох елементів - назви поля і типу даних у ньому. Бажано також додавати опис вмісту поля.
Для даної БД необхідно створити такі таблиці: Клієнти (Klienty), Товари (Tovary), Накладні надходжень (Nadhodjennya), Накладні витрат (Realizaciya), Рух товару (RuhTovary)
Структура таблиці Клієнти:
Унікальний код клієнта - число;
Назва фірми клієнта - текст;
П.І.Б. представника фірми - текст;
Номер телефону фірми - текст;
Номер факсу - текст;
Юридична адреса фірми - текст.
Структура таблиці Товари
Унікальний код товару - число;
Назва товарної групи – текст;
Назва товару – текст;
Додаткові відомості про товар - великий текст;
Структура таблиці Накладні надходжень
Номер накладної надходжень – текст;
Дата операції –дата;
Код клієнта – число;
Відмітка про оплату - «да» або «ні»
Структура таблиці Накладні витрат
Номер витратної накладної – текст;
Дата операції - дата
Код клієнта - число
Відмітка про оплату - «да» або «ні»
Структура таблиці Рух товару
Номер запису – число;
Тип операції – «надходження» або «витрати»;
Код товару – число;
Кількість товару, який надійшов або був реалізований – число;
Ціна за одиницю виміру товару – число;
Номер накладної надходжень – текст;
Номер витратної накладної – текст;
Додаткова інформація - великий текст;
Створення логічної моделі бази даних (Встановлення зв’язків між таблицями)
Під час створення структури таблиць слід пам'ятати про необхідність встановлення зв'язків між ними, тобто про визначення того, як СУБД знов буде об'єднувати відомості з різних таблиць. Для цього необхідно визначити тип відношення, тобто зв'язку, що встановлюється між спільними полями двох таблиць. Існують зв'язки з відношенням «один-к-одному», «один-ко-многим» і «многие-ко-многим». Після створення зв'язків можна формувати запити, форми і звіти для одночасного відображення відомостей з декількох таблиць.
Тип зв'язку залежить від способу визначення полів, що зв'язуються:
відношення «один-ко-многим» створюється, коли одне з полів є полем первинного ключа або унікального індексу. Унікальний індекс - порядок роботи, визначений для поля зі значенням Да (Совпадения не допускаются) для властивості Индексированное поле(Indexed). При цьому введення до індексованого поля значень, що повторюються, неможливе. Для ключових полів унікальний індекс створюється автоматично.
У нашому прикладі зв'язки типу «один-ко-многим» будуть створені між таблицями Товари і Рух товару (по полю Код товару), Клієнти і Накладні надходжень (по полю Код клієнта), Клієнти і Накладні витрат (по полю Код клієнта);
відношення «один-к-одному» створюється, якщо обидва поля, що зв'язуються, є ключовими або мають унікальні індекси.
У нашій базі даних такі відношення будуть встановлені між таблицями Рух товару і Накладні надходжень (по полю Номер накладної надходжень), Рух товару і Накладні витрат (по полю Номер витратної накладної) через те, що поля типу Номер накладної... є первинними ключами у таблицях Накладні надходжень та Накладні витрат й унікальними індексами в таблиці Рух товару;
відношення «многие-ко-многим» є комбінацією двох відношень «один-ко-многим» з третьою таблицею, первинний ключ якої складається з полів зовнішнього ключа двох інших таблиць.
Є можливість навіть зв'язати таблицю саму з собою. Це корисно, якщо слід створити поле підстановок зі значеннями з цієї ж таблиці.
В результаті проведеного аналізу одержимо таку логічну модель нашої бази даних:
