Реферат Розробка додатків баз даних

Тема: Статьи

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

Як випливає з назви, SQL є мовою програмування, який застосовується для організації взаємодії користувача з базою даних. Насправді SQL працює тільки з базами даних реляційного типу.

. Инфологическая модель

При створенні інфологічної моделі була проаналізована предметна область заданої бази даних «Навчальні плани, досліджуваних дисциплін напрямку ПМІ». Було виділено 4 об'єкта: Навчальний план, Дисципліна, Студент, Викладач, а також дві додаткові таблиця, що здійснюють зв'язок між студентами і дисциплінами, а також між викладачами та дисциплінами. Об'єкт Навчальний план має атрибути: Рік створення, Номер навчального плану. Об'єкт Дисципліна має такі атрибути: Назва дисципліни, Код дисципліни, Номер навчального плану, Кількість годин лекцій, Кількість годин практик, Кількість годин на лабораторні роботи, Всього годин, Кількість годин на тиждень, Форма звітності з дисципліни, Семестр вивчення. Об'єкт Судент має атрибути: Номер залікової книжки, ПІБ. І об'єкт Викладач має атрибути: ПІБ, Табельний номер, Кафедра, Посада, Телефон. Об'єкти Навчальний план та Дисципліна пов'язані у відношенні 1: n, об'єкти Дисципліна і Студент зв'язані відношенням 1: n, і об'єкти Дисципліна і Викладач зв'язані відношенням 1: n.

При описі інфологічної моделі використовувалися ER-діаграми:

Малюнок 1

. Логічна модель

Логічна модель описує поняття предметної області, їх взаємозв'язок, а також обмеження на дані, що накладалися предметною областю.

Логічна модель даних є початковим прототипом майбутньої бази даних. Вона будується в термінах інформаційних одиниць, але без прив'язки до конкретної СУБД. Більше того, логічна модель даних необов'язково повинна бути виражена засобами саме реляційної моделі даних.

Для створення логічної моделі кожному об'єкту була поставлена ??у відповідність таблиця, з певним набором полів. Так як Об'єкти Дисципліна і Викладач пов'язані у відношенні 1: n, то з'являється додаткова таблиця для представлення зв'язку між об'єктами Дисципліна і Викладач: Викладає.

Всього у нас 4 об'єкта і отже буде 4 таблиці для їх подання, об'єкт Навчальний план є тільки інформаційним, так як робота бази даних здійснюється тільки з одним навчальним планом:

Disciplina;

Student;

Prepod;

Але між двома об'єктами є зв'язок 1: n, тому нам необхідно ввести ще одну таблицю для представлення зв'язків між цими таблицями. Це буде таблиця Викладає (Disciplina-Prepodavatel) і таблиця Вивчає (Disciplina- Student).

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

Малюнок 2

. Структура таблиць

Вихідна база даних складається з 5 таблиць (таблицю Навчальні плани не вважаємо, оскільки використовується один навчальний план).

Розшифровка полів:

v Disciplina.db

? Nazv- назва дисципліни, тип поля: String;

? Kod - унікальний код дисципліни: LongInt;

? Semestr - семестр, в якому вона викладається: String;

? KolLeKCh - кількість лекцій з даної дисципліни: LongInt;

? KolPraktCh - кількість практик з даної дисципліни: LongInt;

? KolLabRabCh - кількість лекцій з даної дисципліни: LongInt;

? VsegoCh - загальна кількість годин: LongInt;