
- •Історія розвитку субд. Реляційні бд
- •Четвертий етап - перспективи розвитку систем управління базами даних
- •Поняття множини та предикатів. Операції над множинами.
- •Залежності між атрибутами.
- •Загальні принципи побудови реляційних бд. Нормалізація та нормальні форми.
- •Зв’язування таблиць бд. Типи зв’язків між таблицями бд.
- •Різновиди архітектур субд, Ії переваги та недоліки.
- •Поняття посилкової цілісності. Забезпечення цілісності бд при проектуванні та експлуатації.
- •Первинні та зовнішні ключі. Індексовані дані.
- •Використання зовнішніх ключів для створення зв’язків між таблицями. Правила оновлення і видалення даних в зв’язаних таблицях
- •Загальна характеристика субд Access. Об’єкти бд Access, їх значення.
- •Типи даних полів в субд Access
- •Властивості полей в Access.
- •Проектування і створення таблиць бд в середовищі субд Access.
- •Фільтрація даних в Access. Створення фільтрів.
Різновиди архітектур субд, Ії переваги та недоліки.
Є чотири різновиди архітектур баз даних: -локальні бази даних; -архітектура "файл-сервер"; -архітектура "клієнт-сервер"; -Багатоланкова архітектура.
При роботі з локальними базами даних самі бази даних розташовані на тому ж комп'ютері, що і додатки, що здійснюють доступ до них. Робота з базою даних відбувається в режимі одного. Додаток відповідальний за підтримку цілісності бази та за виконання запитів до бази даних. При роботі в архітектурі "файл-сервер" база даних і додаток розташовані на файловому сервері мережі. Можлива багатокористувацька робота з однією і тією ж баою даних, коли кожен користувач зі свого комп'ютера запускає додаток, розташований на мережевому сервері. Тоді на комп'ютері користувача запускається копія додатку. По кожному запиту до бази даних з програми дані з таблиць бази даних переганяються на комп'ютер користувача, незалежно від того, скільки реально потрібно даних для виконання запиту. Після цього виконується запит. У ході експлуатації були виявлені загальні недоліки файл-серверного підходу при забезпеченні багатокористувацького доступу до бази даних. Весь тягар обчислювального навантаження при доступі до бази даних лягає на додаток клієнта, що є наслідком принципу обробки інформації в системах "файл-сервер": при видачі запиту на вибірку інформації з таблиці вся таблиця бази даних копіюється на клієнтське місце, і вибірка здійснюється на клієнтському місці. Локальні СУБД використовують так званий "навігаційний підхід", орієнтований на роботу з окремими записами.
Недоліки архітектури "файл-сервер" вирішуються при переведенні додатків в архітектуру "клієнт-сервер", яка знаменує собою наступний етап у розвитку СУБД.
Архітектура "клієнт-сервер" розділяє функції програми користувача (званого клієнтом) і сервера. Програма-клієнт формує запит до сервера, на якому розташована БД, на структурній мові запитів sql, що є промисловим стандартом у світі реляційних БД. Віддалений сервер приймає запит і переадресує його sql-серверу БД. sql-сервер - це спеціальна програма, яка керує віддаленою базою даних. sql-сервер забезпечують інтерпретацію запиту, його виконання в базі даних, формування результату виконання запиту і видачу його додатку-клієнта. При цьому ресурси клієнтського комп'ютера не беруть участь у фізичному виконанні запиту; клієнтський комп'ютер лише відсилає запит до серверної БД і отримує результат, після чого інтерпретує його необхідним чином і являє користувачу. В архітектурі "клієнт-сервер" використовуються так звані "віддалені" (або "промислові") СУБД. Промисловими вони називаються через те, що саме СУБД цього класу можуть забезпечити роботу інформаційних систем масштабу середнього і великого підприємства, організації, банку. Локальні СУБД призначені для однокористувацький роботи або для забезпечення роботи інформаційних систем, розрахованих на невеликі групи користувачів. До розряду промислових СУБД належать oracle, informix, sybase, ms sql server, db2, interbase і ряд інших.