
- •Т_т Питання (бд) т_т
- •1. Інформація, дані, знання, аспекти роботи з даними. 1.1. Інформація, дані, знання
- •1.2. Аспекти роботи з даними
- •2. Поняття про інформаційні технології.
- •1.3. Поняття про інформаційні технології
- •3. Особливості та завдання іс.
- •1.4. Особливості та завдання іс Особливості інформаційних систем
- •Завдання інформаційних систем
- •4. Файлові інформаційні системи (фіс).
- •1.6. Файлові інформаційні системи (фіс)
- •5. Ідея скбд, відміни від фіс.
- •1.7. Ідея скбд, відміни від фіс
- •6. Визначення банку даних. Вимоги до БнД.
- •1.8. Визначення банку даних (БнД). Вимоги до БнД
- •7. Переваги централізації керування даними.
- •1.9. Переваги централізації керування даними
- •8. Життєвий цикл інженерного виробу.
- •2.1. Життєвий цикл інженерного виробу
- •9. Моделі життєвого циклу розробки іс (задачна модель, каскадна модель, спіральна модель).
- •2.2. Моделі життєвого циклу розробки іс
- •2.3. Задачна модель
- •2.4. Каскадна модель
- •2.5. Спіральна модель
- •10. Загальна технологія створення іс та ас.
- •2.6. Загальна технологія створення іс та ас
- •11. Основи побудови банків даних БнД.
- •2.7. Основи побудови банків даних БнД
- •Архітектура БнД
- •12. Підприємство як відкрита система. Метаболізм підприємства.
- •3.1. Підприємство як відкрита система. Метаболізм підприємства
- •13. Моделювання за допомогою діаграм потоків даних та подій (Data Flow Diagrams).
- •3.2. Моделювання за допомогою діаграм потоків даних та подій (Data Flow Diagrams)
- •Зовнішні сутності
- •Системи і підсистеми. Процеси
- •Накопичувачі даних
- •Потоки даних
- •Побудова ієрархії діаграм потоків даних Діаграма потоків даних dfd0
- •Діаграма потоків даних dfd1
- •Діаграма потоків даних dfd2
- •14. Матриці подій.
- •3.3. Матриці подій
- •15. Історичний розвиток технології sadt.
- •4.1. Історичний розвиток технології sadt
- •16. Склад функціональної моделі, ієрархія діаграм, типи зв’язків між функціями.
- •4.2. Склад функціональної моделі
- •4.3. Ієрархія діаграм
- •4.4. Типи зв'язків між функціями
- •(0) Тип випадкової зв'язності
- •(1) Тип логічної зв'язності
- •(2) Тип тимчасової зв'язності
- •(4) Тип комунікаційної зв'язності
- •(5) Тип послідовної зв'язності
- •(6) Тип функціональної зв'язності
- •17. Поняття моделі даних (мд). Сильно і слабкоструктуровані мд.
- •5.1. Поняття моделі даних (мд). Сильно і слабкоструктуровані мд
- •18. Модель «сутність-зв’язок».
- •5.2. Модель «Сутність - зв'язок»
- •19. Типи зв’язків.
- •5.3. Типи зв'язків
- •20. Степені зв’язку, залежність по коду.
- •5.4. Степені зв’язку, залежність по коду
- •Залежність за кодом
- •22. Композиція зв’язків.
- •5.6. Композиція зв'язків
- •23. Типи і підтипи (ролі).
- •5.7. Типи і підтипи
- •24. Поняття життєвого циклу об’єкта (екземпляр сутності). Початок, кінець, координація жц.
- •5.8. Поняття життєвого циклу об'єкта (екземпляр сутності). Початок, кінець, координація жц
- •25. Обмеження цілісності, бізнес-правила.
- •5.9. Обмеження цілісності. Бізнес-правила
- •Бізнес-правила
- •26. Локальні інфологічні моделі.
- •5.10. Локальні інфологічні моделі
- •27. Побудова глобальної інфологічної моделі.
- •5.11. Побудова глобальної інфологічної моделі
- •28. Базові поняття реляційних баз даних.
- •6.1. Базові поняття реляційних баз даних
- •Тип даних
- •Кортеж, відношення
- •Фундаментальні властивості відношень
- •29. Реляційна модель даних.
- •6.2. Реляційна модель даних
- •Цілісність сутності та посилань
- •Базисні засоби маніпулювання реляційними даними
- •30. Реляційна алгебра та її операції.
- •6.3. Реляційна алгебра та її операції
- •Загальна інтерпретація реляційних операцій
- •Замкнутість реляційної алгебри і операція перейменування Особливості теоретико-множинних операцій реляційної алгебри
- •Спеціальні реляційні операції
- •Операція обмеження
- •Операція взяття проекції
- •Операція з'єднання відношень
- •Операція поділу відношень
- •31. Реляційне числення на кортежах.
- •6.4. Реляційне числення на кортежах
- •Кортежні змінні та правильно побудовані формули
- •Цільові списки і вирази реляційного обчислення
- •32. Реляційне числення на доменах.
- •6.5. Реляційне числення на доменах
- •33. Аномалії та їх види.
- •7.2. Аномалії та їх види
- •Аномалія вставки (insert)
- •Аномалія оновлення (update)
- •Аномалія видалення (delete)
- •Перша нормальна форма
- •Друга нормальна форма
- •Третя нормальна форма
- •Нормальна форма Бойса-Кодда
- •Четверта нормальна форма
- •П'ята нормальна форма
- •36. Ієрархічна мд.
- •8.1. Ієрархічна мд
- •Ієрархічна структура даних
- •Операції над ієрархічною структурою
- •Вибирання даних
- •Маніпулювання даними
- •Переваги та недоліки ієрархічної моделі
- •37. Мережна мд.
- •8.2. Мережна мд
- •Мережна структура даних
- •Операції над мережною структурою
- •Переваги та недоліки мережної моделі
- •38. Визначення банку даних (БнД).
- •9.1. Визначення банку даних (БнД)
- •39. Вимоги до БнД.
- •9.2. Вимоги до БнД
- •40. БнД як автоматизована система. Види забезпечення.
- •9.3. БнД як автоматизована система. Види забезпечення
- •41. Архітектура БнД.
- •9.4. Архітектура БнД
- •42. Адміністратор бд і його функції.
- •9.5. Адміністратор бд і його функції
- •43. Довідник даних.
- •9.6. Довідник даних
- •45. Централізація і децентралізація процесів обробки даних.
- •9.8. Централізація і децентралізація процесів обробки даних
- •46. Історія, роль та значення мови sql.
- •10.1. Історія, роль та значення мови sql
- •47. Мови опису даних і маніпулювання даними.
- •10.2. Мови опису даних і маніпулювання даними
- •Мова визначення даних
- •Мова маніпулювання даними
- •Мова керування даними
- •48. Реляційні операції, як команди мови маніпулювання даними.
- •10.3. Реляційні операції, як команди мови маніпулювання даними
- •Операція вибірки (обмеження)
- •Операція проекції
- •Операція з'єднання
- •Операція об'єднання
- •Операція перетину
- •Операція різниці
- •Операція поділу
- •Операція декартового добутку
- •Оператор rename
- •49. Віртуальні атрибути і таблиці.
- •10.4. Віртуальні атрибути і таблиці
- •50. Приклади використання операторів Insert, Update та Delete.
- •10.5. Приклади використання операторів Insert, Update та Delete
- •Insert - вставка рядків у таблицю
- •Update - оновлення рядків у таблиці
- •Delete - видалення рядків в таблиці
- •51. Тригери та цілісність посилання.
- •13.1. Тригери та цілісність посилання
- •Доступ до старих і нових значень рядків
- •Тригери й транзакції
- •Вкладеність тригерів
- •Тригер для View
- •52. Збереженні процедури.
- •13.2. Збереженні процедури
- •53. Використання курсорів.
- •13.3. Використання курсорів
- •54. Usability, значення і міфи.
- •17.1. Usability, значення і міфи
- •55. Проблеми проектування інтерфейсів користувача (ік).
- •17.2. Проблеми проектування інтерфейсів користувача (ік)
- •Методологічні основи ік
- •Узагальнена структура інформації для проектування інтерфейсу ас:
- •Хто може проектувати ік
- •Нормативно-технічна база – стандарти ік
- •Стилі інтерфейсу
- •56. Вимоги до ік. Принципи реалізації інтерфейсу.
- •17.3. Вимоги до ік. Принципи реалізації інтерфейсу
- •57. Етапи проектування ік.
- •17.4. Етапи проектування ік
- •Аналіз діяльності користувача
- •Поопераційний аналіз ефективності ік
- •58. Методи і критерії оцінки ік.
- •17.5. Методи і критерії оцінки ік
- •Цілі та критерії оцінки користувацького інтерфейсу
- •10 Правил по проектуванню якісних ік (по David f. Kelly):
- •59. Структура зовнішньої пам’яті.
- •18.1. Структура зовнішньої пам’яті Особливості реляційних скбд
- •Набір базових структур
- •60. Зберігання таблиць.
- •18.2. Зберігання таблиць
- •61. Індекси та в-дерева.
- •18.3. Індекси та в-дерева
- •Інвертовані списки
Завдання інформаційних систем
Перш за все, головним завданням ІС є накопичення, зберігання інформації, що довго накопичується і втрата якої найчастіше непоправна.
Конкретні завдання, які повинні вирішуватися інформаційною системою, залежать від тієї прикладної області, для якої призначена система. Області застосування інформаційних додатків різноманітні: банківська справа, страхування, медицина, транспорт, освіта тощо. Очевидно, що, наприклад, завдання, які вирішуються банківськими інформаційними системами, відрізняються від завдань, для вирішення яких створюються медичні інформаційні системи.
Наступним завданням ІС, є збереження цілісності інформації та даних. Під цілісністю будемо розуміти відсутність помилок і протиріч в збережених даних та інформації. В ІС цілісність підтримується шляхом перевірки та контролю деяких правил - обмежень цілісності, властивих даній інформаційній технології, які називаються бізнес-правилами. Є помилки, які ми не можемо усунути, але є помилки, наприклад, «30 лютого», які видаляються самою системою керування базами даних (СКБД). Втарта цілісності може відбуватися із-за невірного проектування. Особливістю є те, що коли система відмовила, ми це знаємо, а коли система загубила цілісність, про це ми можемо довго не знати.
І, нарешті, ще один клас задач відноситься до забезпечення зручного та відповідного цілям інформаційної системи інтерфейсу користувача. Більш-менш просто з'ясувати функціональні компоненти інтерфейсу, наприклад, якого виду повинні пропонуватися форми і якого виду повинні видаватися звіти. Побудова інтерфейсу - це творче завдання, при вирішенні якого потрібно враховувати вимоги естетичності та зручності, а також брати до уваги особливості конкретної області застосування інформаційної системи. На перший погляд згадана задача здається не дуже істотною. Можна вважати, що якщо інформаційна система забезпечує повний набір функцій та її інтерфейс забезпечує доступ до будь-якої з цих функцій, тоді кінцеві користувачі повинні бути задоволені. Насправді це не так. Користувачі часто судять про якість системи в цілому, виходячи з якості її графічного інтерфейсу. Більш того, ефективність використання системи залежить від якості інтерфейсу.
4. Файлові інформаційні системи (фіс).
1.6. Файлові інформаційні системи (фіс)
Теоретично можна вирішити завдання ІС шляхом використання декількох файлів зовнішньої пам'яті, кожен з яких зберігає дані з фіксованою структурою. При використанні такого підходу інформаційна система перевантажується деталями організації сховища даних. При виконанні функцій рівня користувацького інтерфейсу інформаційній системі доводиться самій виконувати вибірку інформації з файлів за заданим критерієм. Деякі системи керування файлами дозволяють вибирати записи по простому критерію, наприклад за заданим значенням ключа запису. Але, по-перше, такі можливості вибірки завжди обмежені, і доведеться винести частину функцій вибірки в код самої ІС. По-друге, наявність декількох файлів даних різної структури передбачає, що інформаційній системі потрібна вибірка узгодженої по заданому критерію інформації з декількох файлів. Такі можливості не підтримуються файловими системами.
Саморобні системи керування базами даних - в 70-ті роки XX століття розроблялися повсюдно, практично в кожній комп'ютерній організації. Розробник СКБД постійно додає в неї нові функції, поки не вирішує створити спільну мову запитів, на якій можна сформулювати будь-який запит до бази даних відповідної ІС.
Рис. 1.3. Саморобна ФІС
Через деякий час у корпорації приймають рішення розробити ще одну інформаційну систему, структури збережених даних якої, природно, відрізняються від тих, що були в БД першої ІС. Це призводить до того, що розробник СКБД змушений був створити просту (швидше за все, персональну) СКБД загального призначення, яка може отримати з бази даних інформацію про структуру її файлів (тобто в базі даних зберігаються тепер ще й метадані, що визначають структури звичайних даних, - схема бази даних), а також виконати довільний запит до цієї бази даних. В результаті, навіть якщо вдавалося домогтися працездатності розробленої СКБД, це означало всього лише винахід ще одного велосипеда, оскільки СКБД такого рівня існує велика кількість.
Таким чином, файлові інформаційні системи (ФІС) мали наступні недоліки:
програміст працював з даними на рівні фізичного доступу до даних. Отже, повинен був добре розбиратися в механізмах роботи операційної системи. Це вимагало достатньо високої кваліфікації та знижувало продуктивність праці при розробці ІС;
зміни в структурах даних через появу нових завдань призводило до необхідності зміни коду раніше написаних додатків. Таким чином, чим більшою була ФІС, тим більш повільніше вона змінювалась (еволюціонувала).
Рис. 1.4. Зміна структури запису: звичайний запис (а), збільшений запис (б)
Саме ці причини стримували повсюдне впровадження систем.