- •1.Тиражування та фрагментація даних як засоби розв’язання проблеми неоднорідності джерел даних.
- •2.Об’єкт схеми типу “таблиця”.
- •3.Основні риси розподілених систем баз даних.
- •4. Об’єкт схеми типу “кластер”(cluster).
- •5.Перелічити та описати типи сервісів субд третього покоління.*
- •6.Забезпечення цілісносності даних скбд oracle.
- •7.Маніфест систем баз даних третього покоління: принцип відкритості.
- •8.Засоби та технологія відновлення даних після збоїв скбд oracle.
- •9. Маніфест систем баз даних третього покоління:принцип збереження позитивних рис реляційних систем.
- •10.Тригери в скбд oracle.
- •11.Моделювання реального світу засобами інформаційних систем.
- •12.Словник даних скбд oracle(data dictionary).
- •13.Типова система архітектури “Клієнт-сервер”(схема, методи побудови).
- •14.Обєкт схеми типу “функція, що зберігається”.
- •15. Розподілення та децентралізація ресурсів управління інформацією.
- •16. Фізична структура oracle
- •17. Взаємозв’язок розподіленості, неоднорідності та стандартизації в розвитку способів побудови сучасних інформаційних систем.
- •18. Транзакції в оракл
- •19. Розвиток стандартів
- •20. Архітектура сервера скбд oracle
- •21. Неоднорідність компонентів інформаційних систем
- •22.Логічна структура скбд oracle
- •23. Основні вимоги до реалізації систем архітектури “Клієнт-сервер”
- •24. Обєкт схеми типу “синонім”.
- •25. Обєкт схеми типу “процедура, що зберігається”
- •26. Функціональні особливості розподілених систем баз даних в порівнянні з централізованими системами(віддалені запити/одиниці роботи,та інше).
- •27. Операції фіксації/відкату транзакції
9. Маніфест систем баз даних третього покоління:принцип збереження позитивних рис реляційних систем.
СУБД третього покоління повинні мати багату систему типів. Якщо говорити стисло, загальні об’єктно-орієнтовані засоби пропонується розглядати як розширення до реляційних систем (системам другого покоління), а не як їх заміщення, і це - одна з головних передумов Маніфесту третього покоління на відміну від Маніфесту об’єктно-орієнтованих систем. Виражаючись більш точно, об’єктно-орієнтовані можливості мисляться не як елементи повністю нового архітектурного розгляду СУБД, а як розширення існуючих моделей.
10.Тригери в скбд oracle.
У Oracle є ще один вид програм, що зберігаються в базі даних, про які необхідно знати. Хоча збережені процедури можуть надати деякі зручні функціональні можливості, в певних ситуаціях хотілося б мати програмне забезпечення, яке виконувалося б автоматично при кожному виникненні певної ситуації. Саме такими програмами і є тригери, які мають формат, аналогічний наведеному нижче: create trigger populate_total after update of hold_score on golf_scores for each row begin exception end; Зверніть увагу, що тригери не мають вхідних або вихідних параметрів. Ось чому їх не можна зизвать безпосередньо. Їх викликає сама база даних Oracle. Будь-які вхідні дані повинні надходити на обробку в тригері з таблиць і змінних стану бази даних. Вихідні дані тригера повинні бути також застосовані до бази даних, а не повернуто викликає програмі або відображені на екрані. Унікальним розділом визначення тригера є фраза EVENT, що знаходиться відразу після рядка з оператором CREATE. У цьому випадку він вказує, що тригер має бути викликаний після оновлення стовпця HOLD_SCORE таблиці golf_scores. У фразі EVENT зазвичай визначають використання привілеїв користуватися Ватель - в цьому випадку, привілеї оновлення. Забезпечується більш точний контроль в тому сенсі, що можна визначити об'єкт і навіть стовпець для привілеїв на об'єкт. Одне з поширених застосувань тригера пов'язано з необхідністю наказати деякі обмеження захисту. Іншим застосуванням може бути реалізація безлічі бізнес-правил обробки типу обчислювати підсумок при кожному оновленні запису ". Тригери гарантують, що це завдання буде виконано незалежно від того, чи знає той чи інший програміст, як викликати кожну функцію в складній схемі бізнес-правил.
11.Моделювання реального світу засобами інформаційних систем.
Протягом всієї історії застосування комп’ютерних систем у комерційній діяльності існував деякий розрив між самими інформаційними системами і конструкціями реального світу, для підтримки яких вони розроблялися. Прикладами такого розриву можуть служити:
- множина додатків, які вимагають багатократного повторення введення даних і значного об’єму інформації на паперових носіях, що спільно використовується користувачами в різних областях комерційної діяльності;
- сам процес розробки програмного забезпечення і систем з його базовими методологіями і моделями, які вимагали складного, з можливими помилками, відображення між фазою концептуального проектування і реалізацією додатків і систем;
80-ті роки характеризуються більш тісним зближенням парадигм інформаційних систем і тих систем реального миру, які вони представляють і підтримують. До результатів впливу моделей реального світу на світ комп’ютерних систем можна віднести:
- графічні інтерфейси користувача (Graphical User Interfaces, GUI), які додали додаткам більш природний вигляд і поліпшили їх сприйняття;
- об’єктно-орієнтовані моделі, принципи яких були застосовані до програмування та управління даними і (завдяки таким можливостям, як наслідування і методи) привнесли більш тісний зв’язок між концептуальною стадією і стадією реалізації процесу розробки;
- управління потоками робіт, при якому можуть визначатися і управлятися потоки робіт між користувачами і взаємозв’язки між додатками. Системи, засновані на потоках робіт, дають можливість в термінах потоків керування і даних між додатками і користувачами моделювати природній шлях здійснення комерційної діяльності ретельніше, ніж із застосуванням засобів, що інтенсивно використовують паперові документи і вимагають високого ступеня втручання людини.