1. Дослідження і аналіз проблеми, для вирішення якої створюється база даних.

2. Побудова Інфологічної і даталогіческой моделі.

3. Нормалізація отриманих Інфологічних і даталогічних моделей. Після закінчення цього етапу, як правило отримують заготовки таблиць БД і набір зв'язків між ними (первинні та вторинні ключі).

4. Перевірка цілісності БД (Цілісність бази даних)

5. Вибір фізичного способу зберігання та експлуатації (тех. засоби) бази даних.

6. Проектування вхідних та вихідних форм.

7. Розробка інтерфейсу програми.

8. Функціональне наповнення програми.

9. Налагодження: перевірка на коректність роботи функціонального наповнення системи.

10. Тестування: тест на коректність введення виведення даних, тест на максимальну кількість активних сесій і т. д.

11. Введення в експлуатацію: налагодження ІТ-інфраструктури, навчання користувачів та ІТ-персоналу.

12. При необхідності додавання вихідних форм та додаткової функціональності. У випадку якщо необхідні більш серйозні зміни, слід повторити всі кроки з першого.

13. 5. Бази даних та їх типи. СУБД

15. База даних (БД) – це систематизоване сховище інформації певної предметної галузі, до якого можуть мати доступ різні користувачі для вирішення своїх завдань

    

16. Система управління базою даних (СУБД) – це програмне забезпечення, що дозволяє створювати БД й оновлювати інформацію, яка зберігається в ній. СУБД забезпечує зручний доступ до інформації з метою перегляду, пошуку, аналізу й обробки.

31. Поділ бд за способом організації даних і зв’язків між ними

37. 

    Існує можливість установлювати додатково до вертикальних ієрархічних зв’язків горизонтальні (більш гнучка, основна структура - мережі)

    Містять інформацію, організовану у вигляді прямокутних таблиць (така таблиця називається відношенням).

    Існує впорядкованість елементів у записі, один елемент – вважається головним, інші – підлеглими (у вигляді дерева)

43. 
44. 

52. Окремі учні різних класів

6. Реляційна модель даних (РМД) - логічна модель даних, прикладна теорія побудови баз даних, яка є додатком до завдань обробки даних таких розділів математики як теорії множин і логіка першого порядку.

На реляційної моделі даних будуються реляційні бази даних.

Реляційна модель даних включає такі компоненти:

• Структурний аспект (складова) - дані в базі даних є набором відносин.

• Аспект (складова) цілісності - відносини (таблиці) відповідають певним умовам цілісності. РМД підтримує декларативні обмеження цілісності рівня домену (типу даних), рівня відносини і рівня бази даних.

• Аспект (складова) обробки (маніпулювання) - РМД підтримує оператори маніпулювання відносинами ( реляційна алгебра, реляційне числення).

Крім того, до складу реляційної моделі даних включають теорію нормалізації.

Термін "реляційний" означає, що теорія заснована на математичному понятті ставлення (relation). Як неформального синоніма терміну "відношення" часто зустрічається слово таблиця. Необхідно пам'ятати, що "таблиця" є поняття нестроге і неформальне і часто означає не "ставлення" як абстрактне поняття, а візуальне уявлення відносини на папері або екрані. Некоректне і нестрогое використання терміну "таблиця" замість терміна "ставлення" нерідко призводить до нерозуміння. Найбільш часта помилка полягає в міркуваннях про те, що РМД має справу з "плоскими", або "двовимірними" таблицями, тоді як такими можуть бути тільки візуальні представлення таблиць. Відносини ж є абстракціями, і не можуть бути ні "плоскими", ні "неплоским".

Для кращого розуміння РМД слід відзначити три важливі обставини:

• модель є логічною, тобто відносини є логічними (абстрактними), а не фізичними (збереженими) структурами;

• для реляційних баз даних вірний інформаційний принцип : все інформаційне наповнення бази даних представлено одним і тільки одним способом, а саме - явним завданням значень атрибутів у кортежі відносин; зокрема, немає ніяких покажчиків (адрес), що зв'язують одне значення з іншим;

• наявність реляційної алгебри дозволяє реалізувати декларативне програмування і декларативне опис обмежень цілісності, на додаток до навігаційного (процедурним) програмування і процедурної перевірці умов.

Принципи реляційної моделі були сформульовані в 1969 - 1970 роках Е. Ф. Коддом (EF Codd). Ідеї ​​Кодда були вперше публічно викладені в статті "A Relational Model of Data for Large Shared Data Banks" ^[1], що стала класичною.

Суворе виклад теорії реляційних баз даних (реляційної моделі даних) в сучасному розумінні можна знайти в книзі К. Дж. Дейта. "CJ Date. An Introduction to Database Systems" ("Дейт, К. Дж. Введення в системи баз даних").

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