- •Поняття інформаційної системи. Поняття інформаційних технологій. Міжнародні інформаційні системи та технології
- •Життєвий цикл інформаційних систем
- •Поняття бази даних (бд). Місце бд в інформаційних системах
- •Розвиток основних понять представлення даних. Приклад щодо нарахування заробітної плати
- •Розвиток основних понять представлення даних. Приклад щодо обліку кадрового складу
- •Системи управління базами даних (субд). Головні поняття. Основні функції субд
- •Різні архітектурні рішення, які використовуються при реалізації багато користувальницьких субд. Централізована архітектура
- •Різні архітектурні рішення, які використовуються при реалізації багато користувальницьких субд. Технологія з мережею та файловим сервером
- •Різні архітектурні рішення, які використовуються при реалізації багато користувальницьких субд. Технологія «клієнт-сервер»
- •Різні архітектурні рішення, які використовуються при реалізації багато користувальницьких субд. Триланкова архітектура «клієнт-сервер»
- •Огляд субд. Настільні субд. Серверні субд. Ms sql Server. Oracle. Серверні бази даних компанії івм
- •Різні уявлення про дані в базах даних
- •Основні етапи проектування бази даних
- •Перша стадія концептуального проектування бази даних. Опис інформаційного представлення предметної області. Er-діаграма
- •Перша стадія концептуального проектування бази даних. Атрибут. Зв’язки. Максимальні кардинальні числа
- •Побудова концептуальної моделі у вигляді er-діаграми. Головні етапи побудови Побудова концептуальної моделі у вигляді er-діаграми Перший етап
- •Другий етап
- •Третій етап
- •Побудова концептуальної моделі у вигляді er-діаграми. Моделювання локальних представлень
- •Побудова концептуальної моделі у вигляді er-діаграми. Об’єднання локальних представлень
- •Побудова концептуальної моделі у вигляді er-діаграми. Обмеження цілісності
- •Друга стадія концептуального проектування бд. Представлення концептуальної моделі засобами моделі даних субд
- •Друга стадія концептуального проектування бд. Типові моделі даних субд і представлення концептуальної моделі. Мережева модель даних
- •Друга стадія концептуального проектування бд. Типові моделі даних субд і представлення концептуальної моделі. Ієрархічна модель даних
- •Друга стадія концептуального проектування бд. Типові моделі даних субд і представлення концептуальної моделі. Реляційна модель даних
- •Друга стадія концептуального проектування бд. Типові моделі даних субд і представлення концептуальної моделі. Багатовимірна модель даних
- •Засоби автоматизованого проектування концептуальної моделі
- •Використання формального апарату для оптимізації схем відношень. Проблема вибору раціональних схем відношень
- •Використання формального апарату для оптимізації схем відношень
- •Функціональні залежності між атрибутами відношень
- •Використання формального апарату для оптимізації схем відношень. Декомпозиція схеми відношення
- •Вибір раціонального набору схеми відношень шляхом нормалізації. Нормальні форми
- •Приклади нормалізації до 3нф
- •Фізичні моделі даних (внутрішній рівень). Структура пам’яті комп’ютера
- •Представлення екземпляра логічного запису
- •Організація обміну між оперативною і зовнішньою пам’яттю
- •Структура зберігання даних у зовнішній пам’яті комп’ютера. Послідовне розміщення фізичних записів
- •Пошук запису із заданим значенням ключа
- •Структура зберігання даних у зовнішній пам’яті комп’ютера. Розміщення фізичних записів у вигляді спискової структури
- •Пошук запису із заданим значенням ключа
- •Структура зберігання даних у зовнішній пам’яті комп’ютера. Використання індексів. В-дерева
- •Пошук і читання запису із заданим значенням ключа
- •Модифікація (коректування) запису
- •Видалення запису
- •Додавання запису
- •Структура зберігання даних у зовнішній пам’яті комп’ютера. Розміщення записів з використанням хешування
- •Пошук запису із заданим значенням ключа і читання
- •Модифікації запису
- •Видалення запису
- •Додавання запису
- •Загальна структура сучасної субд (на прикладі ms sql Server)
- •Архітектура бд. Логічний рівень
- •Тип даних hierarchyid
- •Просторові типи даних
- •Індекси
- •Представлення
- •Складки
- •Обмеження
- •Правила
- •Значення за замовчуванням
- •Архітектура бд. Фізичний рівень
- •Файли і файлові групи
- •Сторінки і екстенти
- •Сторінки файлів даних
- •Організація таблиць та індексів
- •Управління роботою з екстентами і вільним місцем
- •Відстежування вільного місця
- •Програмне забезпечення роботи з сучасними бд. Основні завдання пз бд
- •Програмне забезпечення роботи з сучасними бд. Проблеми створення і ведення реляційних бд
- •Поняття мови sql і його основні частини. Історія виникнення і стандарти мови sql
- •Поняття мови sql і його основні частини. Переваги мови sql. Загальна характеристика sql
- •Напрями розвитку бд. Об’єкто-орієнтований підхід до організації бд
- •Об'єктно-орієнтоване програмування
- •Об'єктно-орієнтовані бази даних
- •Напрями розвитку бд. Об’єктно-реляційні субд
- •Напрями розвитку бд.. Розподілені бд. Сховища даних
- •Сховища даних
Різні архітектурні рішення, які використовуються при реалізації багато користувальницьких субд. Централізована архітектура
Однією з найважливіших характеристик сучасних СУБД є готовність до роботи з кількома користувачами.
Архітектура:
Централізована архітектура
Архітектура файл-серверів
Клієнт-сервер
Триланкова (багатоланкова) архітектура клієнт-сервер
Централізована архітектура
Main frame - різновид ЕОМ.
База даних знаходиться на вінчестері.
На тому ж комп’ютері встановлено СУБД.
Користувач запускає додаток та ініціює звернення до БД на вибірку і оброблення інформація.
Всі звернення до БД йдуть через СУБД, яка інкапсулює в собі всю інформацію щодо фізичної схеми з’єднання даних.
СУБД ініціює звернення до даних, забезпечуючи виконання запитів користувача, здійснюючи необхідні операції.
Результат СУБД повертає додаток.
Додаток відображає результат виконання запиту.
Розрахована на багато користувачів технологія роботи забезпечувалася або режимом мультипрограмування, або режимом розподілу часу. Така технологія була поширена в період панування великих комп’ютерів. Подобная архитектура использовалась в первых версиях СУБД DB2, Oracle, Ingres
Основний недолік: різке зниження продуктивності при збільшенні чисельності користувачів.
Різні архітектурні рішення, які використовуються при реалізації багато користувальницьких субд. Технологія з мережею та файловим сервером
Архітектура файл-серверів
Сервери - комп’ютери, призначені для спільного використання іншими комп’ютерами та іншими мережами. Відповідно до запитів користувачів, файли з файл-серверів передаються на інші.
БД у вигляді набору файлів знаходиться на жорсткому диску комп’ютера.
Існує локальна мережа з клієнтських комп’ютерів, на кожному з яких встановлено СУБД і додаток роботи з БД.
На кожному з комп’ютерів користувачі мають можливість запустити додаток, який ініціює звернення до БД.
Всі звернення проходять через СУБД, яка інкапсулює в собі всі звернення.
СУБД ініціює звернення до файлів, що знаходяться на файловому сервері, в результаті чого частина фалів копіюється на комп’ютер клієнта.
При необхідності дані вирушають назад на файлових сервер з метою оновлення БД.
Результат оновлення СУБД повертає в додаток.
Додаток відображає результат виконання запиту.
В рамках архитектуры «файл-сервер» были выполнены первые версии популярных так называемых настольных СУБД, таких, как dBase и Microsoft Access.
Недоліки:
При одночасному зверненні багатьох користувачів до одних і тих самих даних швидкість знижується
Поняття не логічне, а фізичне. Дані існують на диску – низький рівень безпеки
Використ навігаційний підхід – орієнтація на окремі записи
Недостатньо розвинений апарат транзакцій призводить до помилок при одночасному зміненні даних в БД.
Різні архітектурні рішення, які використовуються при реалізації багато користувальницьких субд. Технологія «клієнт-сервер»
Клієнт-сервер
Передбачає наявність деякої кількості комп’ютерів, один з яких є сервер мережі. Розділяє функції додатку користувача та сервера. Додаток-клієнт формує запит до сервера мовою програмування SQL.
SQL-сервер - програма, що керує віддаленою базою даних. Він забезпечує інтерпретацію запиту, його виконання у базі даних, формування результату виконання запиту і видачу його додатку. Ресурси клієнтського комп’ютера не беруть участі у виконанні запиту, лише посилають його та інтерпретують результат. По мережі рухаються лише ті дані, які необхідні клієнту - в результаті знижується навантаження на мережу. Немає необхідності в пересиланні великих пакетів даних. SQL-сервер за можливості оптимізує отриманий запит так, щоб він був виконаний в мінімальний час з найменшими затратами.
Значно підвищується статус безпеки даних, унеможливлюється визначення суперечливих правил. Потужний апарат транзакція надає можливість блокування зміни даних різними користувачами та відкату до первинних значень при внесенні змін до БД.
БД у вигляді набору файлів знаходиться на сервері мережі.
СУБД розташоване на сервері мережі.
Існує локальна мережа з клієнтських комп’ютерів, на кожному з яких встановлено додаток з призначеним для нього інтерфейсом.
Додаток ініціює звернення до СУБД на вибірку інформації мовою SQL, пересилаючи мережею текст запиту.
СУБД інкапсулює всередині себе всі відомості про фізичну структуру БД, розташовану на сервері.
СУБД ініціює звернення до серверу, де здійснюється робота з обробки даних.
СУБД повертає результат у додаток.
Додаток відображає результат виконання запиту.
Розмежування функцій між сервером та клієнтом:
Функції додатка клієнта:
пересилання запиту;
інтерпретація результатів запиту;
відображення отриманої інформації відповідно до потреб клієнта.
Функції додатка сервера:
прийом запитів від додатків клієнтів;
інтерпретація запитів;
оптимізація та виконання запиту в БД;
відправка результатів додатку клієнта;
забезпечення системи безпеки і розмежування доступу;
управління цілісністю БД;
реалізація стабільності багатокористувальницького режиму роботи.
В цій архітектурі працюють т.зв. «промислові СУБД», що забезпечують роботу середнього та великого підприємства. До їхнього розряду належать наступні:
Microsoft SQL Server, Oracle, Gupta, Informix, Sybase, DB-2, InterBrace
Як правило, обслуговується співробітниками або групами співробітників, що називаються «адміністраторами баз даних». Оскільки БД працюють за допомогою мови SQL, ця посада часто має назву «адміністратор SQL-сервера».
Переваги:
істотно зменшується мережевий трафік;
зменшується складність клієнтського додатку, отже, знижуються вимоги до апаратних вимог клієнтських комп’ютерів;
наявність SQL-сервера приводить до того, що істотна частина програмістських завдань вже вирішена;
істотно підвищується цілісність і безпека БД.
Основний недолік: більші фінансові витрати на програмне забезпечення.
