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