Вопросы для самоподготовки к экзамену по курсу «Управление данными» (Эволюция систем управления базами данных. Сравнительная характеристика современных средств интеграции БД в среду Web)

Вопросы для самоподготовки по курсу «Управление данными»

ИАТЭ, 2013

Экзаменационный билет будет состоять из:

А) Одного теоретического вопроса

Б) Одного практического задания по языку SQL (в одном из трех вариантов)

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

1. ВОПРОСЫ ПО ТЕОРИИ

1.  Эволюция систем управления базами данных (СУБД).

2.  Преимущества и недостатки ранних СУБД.

3.  Классификация баз данных по характеру информации: фактографические БД и документальные БД.

4.  Классификация по способу хранения данных: централизованные и распределенные БД.

5.  Классификация по структуре данных: иерархические, сетевые, реляционные БД

6.  Архитектура БД и системы с БД.

7.  Уровни описания и представления данных.

8.  Разновидности структуры данных. Иерархические БД, сетевые БД и реляционные (табличные) БД. 

9.  Концептуальная, внешняя, внутренняя (логическая) и физическая схема данных

10.  СУБД и ее пять основных функций (требований).

11.  Роль операционной системы в обеспечении работы СУБД.

12.  Понятие модели данных. Основная единица (элемент) данных в реляционной БД.

13.  Язык манипулирования данными SQL. Основные понятия и функции.

14.  Модель данных «сущность–связь».

15.  Абстракция как основной механизм структурирования данных. Виды абстракции – обобщение и агрегация.

16.  Сущность – отношение, определенное на доменах.

17.  Связь – отношение, определенное на сущностях.

18.  Оптимизация структуры данных. Понятие ключа отношения. Первичный и вторичный (альтернативный) ключ.

19.  Нормализация: первая, вторая, третья, Бойса-Кодда, четвертая и пятая формы.

20.  Действия над данными. Виды и способы селекции данных.

21.  Алгебра отношений. Объединение, пересечение, разность, проекция, соединение.

22.  Ограничения целостности. Определение и классификация. Внутренние, явные и подразумеваемые ограничения

23.  Иерархическая, сетевая и реляционная модели данных

24.  Реляционная схема данных.

25.  Понятия физической организации: файл, набор, запись, поле записи, ключ.

26.  Структура данных в файлах с различной организацией: неупорядоченные и упорядоченные последовательные, хешированные и индексные файлы.

27.  Организация индексов в виде B-деревьев.

28.  Распределенные данные. Основные концепции распределенных СУБД.

29.  Архитектура «клиент-сервер» в технологии баз данных.

30.  Модель сервера приложений – трехуровневая архитектура.

31.  Использование среды Web как платформы приложений баз данных.

32.  Преимущества и недостатки интеграции СУБД в среду Web.

33.  Сравнительная характеристика современных средств интеграции БД в среду Web

34.  Хранилища данных: эволюция, концепции, преимущества, проблемы и архитектура.

35.  Проектирование БД: Жизненный цикл БД. Фаза анализа и проектирования. Формулирование и анализ требований.

36.  Проектирование БД: Концептуальное, логическое и физическое проектирование.

37.  Проектирование БД: Формулирование сущностей, определение атрибутов, выбор и формирование ключа, спецификация связей.

38.  Проектирование БД: Выбор СУБД. Факторы, влияющие на выбор.

39.  Проектирование БД: Обзор основных СУБД, представленных на современном рынке программного обеспечения.

40.  Проектирование БД: Современные инструментальные средства и среды автоматизированного проектирования и документирования БД – CASE-средства, конструкторы и др.

41.  Администрирование БД:  Задачи и основные процедуры администрирования БД на различных этапах жизненного цикла БД.

42.  Администрирование БД: Секретность и безопасность данных, идентификация пользователей, управление доступом.

43.  Администрирование БД: Обеспечение целостности данных, статистическая обработка, физическая защита и резервирование данных, оптимизация запросов.

2. ЗАДАНИЯ ПО ПРАКТИКЕ

Необходимо понять структуру таблиц, типы и возможное содержание полей, после чего написать в письменной (или печатной форме) SQL запрос, который бы успешно выполнил заданные условия отбора. Так как данные сами не приводятся, проверка правильности запроса выполняется логическим анализом (по его структуре), представляя сами данные в уме.

Задача – не оттачивание идеальной синтаксической правильности знания SQL (это невозможно без ПК), а понимание общих принципов и правильного использования