но «Перерахунок»
Перевіримо ставлення «Участь» на відповідність нормальним формам. Ставлення задовольняє першій нормальній формі (1НФ), тому на перетині кожного рядка і кожного стовпця знаходиться одне значення. Ставлення «Перерахунок» також задовольняє умовам другої нормальної форми (2НФ), тому видно, що воно знаходяться в 1НФ і всі неключові атрибути (Результат) функціонально повно залежать від потенційного ключа (ID_Sport, РезультаОТ, РезультатДО).
Перевіримо ставлення «Перерахунок» на відповідність третій нормальній формі (3НФ), тому воно знаходяться в 2НФ, і в ньому немає транзитивних залежностей неключових атрибутів від будь-якого потенційного ключа.
Можна зробити висновок, що дане відношення знаходиться в 3НФ і подальшої нормалізації не потребує.
Розглянемо відносин «Система заходів». Побудуємо діаграму функціональної залежності в даному відношенні (малюнок 9):
Рисунок 9 - Функціональна залежність відносно «Перерахунок»
Перевіримо ставлення «Участь» на відповідність нормальним формам. Ставлення задовольняє першій нормальній формі (1НФ), тому на перетині кожного рядка і кожного стовпця знаходиться одне значення. Ставлення «Перерахунок» також задовольняє умовам другої нормальної форми (2НФ), тому видно, що воно знаходяться в 1НФ і всі неключові атрибути (Результат) функціонально повно залежать від потенційного ключа (ID_Sport, РезультаОТ, РезультатДО).
Перевіримо ставлення «Перерахунок» на відповідність третій нормальній формі (3НФ), тому воно знаходяться в 2НФ, і в ньому немає транзитивних залежностей неключових атрибутів від будь-якого потенційного ключа.
Можна зробити висновок, що дане відношення знаходиться в 3НФ і подальшої нормалізації не потребує.
Таким чином всі побудовані відносини нормалізовані по третин нормально формі.
3. Проектування фізичної моделі даних
. 1 Структура бази даних
На малюнку 10 покажемо структуру розробленої бази даних Змагання з багатоборства .
Малюнок 10 - Структура бази даних
На це схемі також показані зв'язки між таблицями бази даних та їх первинні ключі.
. 2 Створення таблиць бази даних
У розробленій базі даних, як видно з малюнка 20, використовується декілька таблиць. Розглянемо структури кожної таблиці докладніше з описом полів.
Таблиця 2 - Таблиця Спортсмени
КлючАтрібутТіп атрібутаПервічнийID_SportsmenintФаміліяnvarchar (50)
Таблиця 3 - Таблиця Види спорту
КлючАтрібутТіп атрібутаПервічнийID_SportintВіди спортаnvarchar (50)
Таблиця 4 - Таблиця Система заходів
КлючАтрібутТіп атрібутаПервічнийID_SportintЕдініци ізмереніяNvarchar (50)
Таблиця 5 - Таблиця Перерахунок
КлючАтрібутТіп атрібутаВнешній 1ID_SportintПервічний 1РезультатОТfloatПервічний 2РезультатДОfloatКол-во очковint
Таблиця 6 - Таблиця Участь
КлючАтрібутТіп атрібутаВнешній 1ID_SportsmenintВнешній 2ID_SportintРезультатfloat
4. Розробка SQL запитів до бази даних
У відповідність із завданням, ука?? анном в пункті 1.2 був розроблений наступний SQL-запит: [Види спорту]. [Вид спорту],
Спортсмени.Фамілія,
Участіе.Результат,
Перерахунок. [Кількість очок] Перерахунок [Види спорту] ON [Види спорту] .ID_Sport=Пересчет.ID_Sport Участь ON Участіе.ID_Sport=[Види спорту] .ID_SportСпортсмени ON Спортсмени.ID_Sportsmen=Участь.ID_Sportsmen (Участіе.Результат gt;=Перерахунок. [Результат ОТ ( gt; =)] Участіе.Результат lt; Перерахунок. [Результат ДО ( lt;)]) (Участіе.Результат gt;=Перерахунок. [Результат ОТ ( gt; =)] Перерахунок. [Результат ДО ( lt;)]= 0 )
Малюнок 11 - Приклад роботи SQL-запит
5. Опис роботи клієнтського додатка
. 1 Вибір середовища програмування
Клієнтський додаток Змагання з багатоборства було розроблено в середовищі програмування Delphi 7 на мові програмування Delphi.
. 2 Розробка клієнтського додатка
Розробка додатка Змагання з багатоборства була здійснена з використання стандартних компонент Delphi. Для з'єднання з базою даних використовувалися такі компоненти як ADOConnection (без...
