Содержание

1. Архитектура базы данных. Физическая и логическая независимость (трехуровневая модель ANSI). 3

2. Описать процесс прохождения 5

пользовательского запроса. 5

3. Модели данных. 7

4. Пользователи баз данных. Основные функции группы администратора БД. 8

5. Перечислить классы СУБД. Какие возможности обеспечивает использование профессиональных СУБД. 11

6. Этапы разработки АИС. 13

7. Режимы работы с базой данных. 15

8. Архитектура клиент-сервер: структура типового интерактивного приложения. 16

9. Реляционная модель данных. Основные определения (N-арное отношение, кортеж, атрибут, домен, степень/ранг, схема отношения, θ-сравнимые атрибуты. Эквивалентные схемы. Основное и подчиненное отношения. PRIMARY KEY, FOREIGN KEY). 18

10. Реляционная алгебра. Теоретико-множественные операции реляционной алгебры. Основные операции. 20

11. Реляционная алгебра. Специальные операции. 22

12. Язык SQL. История развития SQL. 24

Структура SQL. Типы данных. 24

13. Операторы описания данных (DDL). 29

14. Операторы манипулирования данными (DML). 30

15. Язык запросов DQL. Оператор выбора SELECT. 30

16. Предикаты раздела WHERE. 31

17. Null-значения, трехзначная логика. 33

18. Агрегатные функции в операторе выбора. Вложенные запросы. 34

19. Этапы жизненного цикла ИС. Этапы проектирования БД. 36

20. Системный анализ предметной области. 37

21. Инфологическое моделирование. ER - модель. 39

22. Алгоритм перехода от ER к реляционной модели данных. 40

23. Даталогическое проектирование, корректная схема БД. 41

24. Эквивалентая схема БД. Понятия: Функциональная зависимость, транзитивная функциональная зависимость, возможный ключ отношения, первичный ключ отношения, Взаимно-независимые атрибут, детерминант отношения, аксиомы Армстронга. 42

25. Последовательность нормальных форм. Их свойства. Первая нормальная форма (1НФ), вторая нормальная форма (2НФ). 43

26. Третья нормальная форма (3НФ). 44

27. СУРБД Oracle. Конфигурации Oracle. Архитектура Oracle (физический и логический уровень). 45

28. СУБД Oracle. Табличные пространства. Сегменты, экстенты и блоки данных. 50

29. Объекты БД Oracle. Создание таблиц. Типы данных. Пользовательские типы данных. 52

30. СУБД Oracle. Создание индексов. 53

31. СУБД Oracle. Создание представлений. 54

32. СУБД Oracle. Создание последовательностей. 54

33. СУБД Oracle. Определенные пользователем типы данных. Создание синонимов. 55

34. СУБД Oracle. Создание ограничений. 55

35. СУБД Oracle. Создание табличных пространств. 56

36. Основные понятия и конструкции PL/SQL. Архитектура PL/SQL. 57

37. Поддерживаемый набор символов PL/SQL. Арифметические операторы и операторы отношения. 60

38. Структура программы и переменные PL/SQL. 64

39. PL/SQL. Условные операторы IF. 66

40. PL/SQL. Циклы. 67

41. PL/SQL. Курсоры. Курсорный цикл FOR. 68

42. PL/SQL. Хранимые процедуры. 69

43. PL/SQL. Функции. 70

44. PL/SQL. Триггеры. 71

БД — именованная совокупность структурирования данных, отражающая состояние объектов и их отношений в рассматриваемой предметной области.

СУБД — совокупность языковых и программных средств, предназначенных для создания, ведения и совместного использования БД многими пользователями.

1. Архитектура базы данных. Физическая и логическая независимость (трехуровневая модель ansi).

Самым жизнеспособным представлением БД оказалась предложенная американским комитетом по стандартизации ANSI (American National Standards Institute) трехуровневая система организации БД.

Уровень внешних моделей. Этот уровень определяет точку зрения на БД отдельных приложений. Каждое приложение видит и обрабатывает только те данные, которые необходимы именно ему. Например, система распределения работ использует сведения о квалификации сотрудника, но ее не интересуют сведения об окладе, домашнем адресе и телефоне сотрудника, и наоборот, именно эти сведения используются в подсистеме отдела кадров.

Концептуальный уровень — центральное управляющее звено, здесь база данных представлена в наиболее общем виде, объединяет данные, используемые всеми приложениями, работающими с БД. Фактически концептуальный уровень отражает обобщенную модель предметной области (объектов реального мира), для которой создавалась БД. Как любая модель, концептуальная модель отражает только существенные, с точки зрения обработки, особенности объектов реального мира.

Физический уровень — собственно данные, расположенные в файлах или в страничных структурах, расположенных на внешних носителях информации.

Эта архитектура позволяет обеспечить логическую (между уровнями 1 и 2) и физическую (между уровнями 2 и 3) независимость при работе с данными.

Логическая независимость предполагает возможность изменения одного приложения без корректировки других приложений, работающих с этой же базой данных.

Физическая независимость предполагает возможность переноса хранимой информации с одних носителей на другие при сохранении работоспособности всех приложений, работающих с данной базой данных.

Это именно то, чего не хватало при использовании файловых систем.

Выделение концептуального уровня позволило разработать аппарат централизованного управления базой данных.

2. Описать процесс прохождения пользовательского запроса.

Рисунок иллюстрирует взаимодействие пользователя, СУБД и ОС при обработке запроса на получение данных. Цифрами помечена последовательность взаимодействий:

1. Пользователь посылает СУБД запрос на получение данных из БД.

2 -3. Анализ прав пользователя и внешней модели данных, соответствующей данному пользователю, подтверждает или запрещает доступ пользователя к запрошенным данным.

12. В случае запрета на доступ к данным СУБД сообщает пользователю об этоми(стрелка 12) и прекращает дальнейший процесс обработки данных

4. СУБД определяет часть концептуальной модели, которая затрагивается запросом пользователя.

5. СУБД получает информацию о запрошенной части концептуальной модели.

6. СУБД запрашивает информацию о местоположении данных на физическом уровне (файлы или физические адреса).

7. В СУБД возвращается информация о местоположении данных в терминах Опер.Системы.

8. СУБД просит ОС предоставить необходимые данные, используя средства ОС.

9. Операционная система осуществляет перекачку информации из устройств хранения и пересылает ее в системный буфер.

10. Операционная система оповещает СУБД об окончании пересылки.

11. СУБД выбирает из доставленной информации, находящейся в системном буфере, только то, что нужно пользователю, и пересылает эти данные в рабочую область пользователя.

БМД — это База Метаданных, здесь хранится вся информация об используемых структурах данных, логической организации данных, правах доступа пользователей и физическом расположении данных. Для управления БМД существует специальное ПО администрирования БД, для корректного использования единого информационного пространства многими пользователями.

Запрос проходит полный цикл далеко не всегда! СУБД обладает достаточно развитым интеллектом и не повторяет бессмысленных действий.

Разумеется, механизм прохождения запроса в реальных СУБД гораздо сложнее, но и эта упрощенная схема показывает, насколько серьезными и сложными должны быть механизмы обработки запросов, поддерживаемые реальными СУБД.