вного доступу до даних, а також регламентує всі відповідні обмеження цілісності і заходи захисту [5, 62].
Фізичне проектування бази даних передбачає прийняття розробником остаточного рішення про способи реалізації створюваної бази. Тому фізичне проектування обов'язково проводиться з урахуванням всіх особливостей використовуваної СУБД. Між етапами фізичного і логічного проектування завжди є певна зворотний зв'язок, оскільки рішення, прийняті на етапі фізичного проектування з метою підвищення продуктивності розроблюваної системи, можуть зажадати певного коригування логічної моделі даних:
Перенесення глобальної логічної моделі даних в середу цільової СУБД.
Проектування базових відносин у середовищі цільової СУБД.
Проектування відносин, містять похідні дані.
Реалізація обмежень предметної області.
Проектування фізичного представлення бази даних.
Аналіз транзакцій.
Вибір файлової структури.
Визначення індексів.
Визначення вимог до дискової пам'яті.
Розробка користувальницьких уявлень.
Розробка механізмів захисту.
Аналіз необхідності введення контрольованої надмірності.
Організація моніторингу та налаштування функціонування операційної системи [5, 63].
На даному етапі розробки були створені наступні таблиці:
Таблиця «Кінотеатр»
Назва атрібутаТіп даннихКодСчетчікАдресТекстовий (50) ПІБ діректораТекстовий (30) НазваніеТекстовий (10)
Таблиця «Персонал»
Назва атрібутаТіп данныхКодСчетчикФИОТекстовый(30)ДолжностьТекстовый(20)Дата рожденіяДата/времяМесто жітельстваТекстовий (100) Паспортні данныеТекстовый(100)ТелефонТекстовый(10)ЗарплатаДенежныйМесто работиЧісловой
Таблиця «Квиток»
Назва атрібутаТіп данныхКодСчетчикЦенаДенежныйМестоТекстовый(30)ФильмЧисловойСеансЧисловойЗалТекстовый(30)БроньЧисловойПродавецЧисловой
Таблиця «Фільм»
Назва атрібутаТіп данныхКодСчетчикНазваниеТекстовый(50)РежиссерТекстовый(50)СтранаТекстовый(50)ГодЧисловойХронометраж (хв) Числовий
Таблиця «Сеанс»
Названня атрібутаТіп даннихКодСчетчікДатаДата/времяВремяЧісловой
Таблиця «Зал»
Назва атрібутаТіп даннихНазваніеТекстовий (30) ВместімостьЧісловой
Таблиця «Броня»
Назва атрібутаТіп даннихКодСчетчікФІО кліентаТекстовий (50)
Також була створена схема даних, що відображає зв'язки між таблицями. Схему даних і таблиці можна подивитися у додатку В даної курсової роботи
. 3.1 Запити до БД
Запити - це об'єкт бази даних, який служить для отримання даних з таблиць і надання їх користувачеві в зручному вигляді [13; 16].
У даній БД представлені наступні запити:
Співробітники від А до Я - виведення списку поточних співробітників в алфавітному порядку.
Квиток - запит на вибірку - дозволяє користувачеві фільтрувати дані в таблиці Квиток відповідно його запитам, причому фільтрація може бути застосована на всі стовпці таблиці.
Квиток з бронью - виводить список заброньованих квитків.
Запит на створення таблиці Архів_проданних_білетов, а також пов'язані з цією таблицею запити на додавання в неї нових записів, а також на видалення дублікатів.
Запит на створення таблиці, яка містить сеанси певної дати, що вводиться користувачем з клавіатури, а також запит на висновок сеансів у вказаному користувачем часовому проміжку.
Запити в режимі конструктора знаходяться в додатку Г.
. 3.2 Екранні форми
Форма в БД - це структуроване вікно, яке можна представити так, щоб воно повторювало форму бланка. Форми створюються з набору окремих елементів управління. Джерелом даних для форми є записи таблиці або запиту [9; 10; 12].
Форма надає можливості для:
Ввода та перегляду інформації бази даних.
Зміни даних.
Печатки.
Створення повідомлень [10,175].
У даній БД представлені форми для кожної зі створеної таблиць, а також головна кнопкова форма, за допомогою якої можна по ним переміщатися. Дані форми можна подивитися у додатку Г
