Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

бд

.pdf
Скачиваний:
45
Добавлен:
24.12.2017
Размер:
1.9 Mб
Скачать

1 Дюкова -1,2,3

2 Гончарова - 4,5,6

3 Ярцева - 7,8,9, 59

4 Морозова - 10,11,12

5 Шарудина - 13,14,15

6 Гусман - 16,17,18

7 Бородина - 19,20,21

8 Воденко - 22,23,24

9 Елизарьева - 25,26,27

10 Старовойт - 28,29,30

11 Малышев - 31,32,33

12 Мохорев - 34, 35, 36

13 Салугин - 37,38, 39

14 Лиманская - 40, 41, 42, 43,

15 Никитин - 44, 45, 46,

16 Блинов - 47, 48 , 57

17 Фролова - 49, 50, 51

18 Баскаков - 52, 53, 54

19 Захаров - 55, 56, 58

Контрольные вопросы для проведения экзамена

по дисциплине «Базы данных»

Тема 1. Введение в курс «Базы данных»

1.Понятие информации и данных.Экономические показатели. Определение и структура показателя.

2.Структурирование данных. Классификация данных по степени структурированности.

3.Приведите следующие определения: предметная область, структурирование, база данных, СУБД, банк данных, целостность БД,транзакция.

4.Функции СУБД.

5.Классификация СУБД и БД.

6.Этапы развития БД.

7.Перспективы развития СУБД и БД.

Тема 2. Логическая организация баз данных

8.Понятие модели данных.Охарактеризуйте иерархическую модель данных.Недостатки иерархической модели.

9.Понятие модели данных.Сетевые модели БД: особенности, преимущества, недостатки.

10. Реляционные модели данных: особенности, преимущества, недостатки. 11. Постреляционные модели данных: особенности, преимущества,

недостатки.

12. Охарактеризуйте объектно-ориентированную модель данных (ООМД).Достоинства и недостатки ООМД.

13. Многомерные модели данных: особенности, преимущества, недостатки.

Тема 3. Основы теории реляционных баз данных

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

15. Реляционные модели. Понятие и свойства отношений. 16. Проектирование реляционных БД на основе принципов нормализации.

Цель нормализации. Нормальные формы отношений. 17. Понятие ключа отношения. Необходимость задания ключей. Виды

ключей. Свойства ключа.

18. Реляционная алгебра как формальная система манипулирования отношениями в реляционной модели данных. Свойство замкнутости. Краткий обзор операций реляционной алгебры.

19. Унарные операции реляционной алгебры: описание, примеры. 20. Бинарные операции реляционной алгебры: описание, примеры.

Тема 4. Инфологическое (концептуальное) моделирование предметной области

21. Этапы проектирования баз данных. Состав работ, выполняемых на стадии инфологического проектирования.Технологическая сеть проектирования.

22. Преимущества семантического моделирования по сравнению с алгоритмом нормализации отношений. Модель Entity-Relationship (ER-модель) как инструмент семантического моделирования. Основные понятия ER-модели.Пример ER-модели.

23. Основные понятия модели ER-модели. Понятие и типы сущностей.Обозначение сущностей в различных нотациях.Привести примеры сущностей.Понятие и типы связей. Обозначение связей в различных нотациях. Привести примеры связей.

24. Нотации ER-моделирования: понятие, виды, отличительные особенности, примеры отображения элементов в различных нотациях.

25. Цель нормализации. Нормальные формы ER-схем. 26. Алгоритм преобразования ER-модели в схему реляционной БД. 27. CASE-средства проектирования БД: назначение, базовые

функциональные возможности, примеры современных CASE-средств.

Тема 5. Проектирование баз данных – логическое и физическое моделирование

28. Состав работ, выполняемых на стадии логического проектирования БД. 29. Состав работ, выполняемых на стадии физического проектирования БД.

Тема 6. Целостность баз данных

30. Ограничения целостности:понятие и классификация. 31. Понятие ссылочной целостности (целостности связи). Стратегии

поддержания ссылочной целостности.

Тема 7. Языки описания запросов. Табличные языки запросов

32. Языки запросов:понятие, классификация.

33. Общая характеристика табличных языков запросов QBE (Query-By-Example – запрос по примеру). Особенности реализации табличных языков запросов в современных СУБД на примере СУБД MSAccess (использование агрегирующих функций,вычисляемые поля,реализация запросов со сложными условиями, параметрические запросы, корректирующие запросы).

Тема 8. Язык SQL

34. Язык SQL. Общая характеристика, стандарты, подмножества языка SQL. 35. Основные типы данных (на примере конкретной(ых)СУБД).

36. Какие команды относятся к категории DDL?Опишите общий вид синтаксиса команд DDL, приведите пример(ы) каждой команды.

37. Задание ограничений целостности на языке SQL.Примеры. 38. Какие команды относятся к категории DML?Опишите способы

добавления строк в таблицу (общий вид синтаксиса команд добавления строк в таблицу, примеры).

39. Команда изменения данных таблицы: общий вид синтаксиса, примеры. 40. Команда удаления строк из таблицы: общий вид синтаксиса, примеры. 41. Команда изменения структуры таблицы: общий вид синтаксиса, примеры. 42. Общий синтаксис и алгоритм выполнения команды Select языка SQL. 43. Формирование списка вывода в команде Select: общий синтаксис,

примеры. Использование псевдонимов в SQL. Упорядочение результата в ответе. Привести примеры.

44. Формирование условия выбора записей в команде Select. Использование логических операторов и операторов сравнения. Примеры.

45. Использование предикатов в команде Select:общий синтаксис, примеры использования (для каждого из предикатов).

46. Группирование данных в SQL. Использование агрегирующих функций для получения сводной информации. Примеры.

47. Использование фразы HAVING при группировании данных в SQL. Примеры.

48. Вложенные запросы в SQL: типы, примеры по каждому из типов. 49. Создание и использование представлений в SQL. Примеры. 50. Оператор CASE: синтаксические формы записи, примеры использования. 51. Курсоры: понятие курсора, общий синтаксис, пример использования.

Тема 11. Экранные формы. Отчёты

52. Понятие и классификация экранных форм.

53. Понятие и классификация отчётов.

Тема 12. Безопасность данных

54. Управление доступом в базах данных.

55. Управление параллелизмом в базах данных.

56. Восстановление данных.

Тема 13. Распределённые базы данных

57. Понятие распределённой базы данных. Принципы организации распределённых баз данных.

58. Преимущества и недостатки распределённых СУБД. Примеры

распределённых систем. -ёбушки59. О щие цели систем распределённых-воробушкибаз данных.

-есть такое -не то слово

1. Понятие информации и данных. Экономические показатели. Определение и структура показателя.

Информация - это результат преобразования и анализа данных. Отличие информации от данных состоит в том, что данные - это фиксированные сведения о событиях и явлениях, которые хранятся на определенных носителях, а информация появляется в результате обработки данных при решении конкретных задач.

Экономические показатели - величины или характеристики, показывающие состояние экономики

По своей структуре экономические показатели различаются на: абсолютные (которые довольно часто принято называть количественными); объемные; относительные (которые также называются качественными). Абсолютные и объемные показатели выражаются в денежных или же натуральных единицах, то есть вес, штуки, длина, объем или, к примеру, определенная валюта. В то же время относительные экономические показатели деятельности предприятия представляют собой соотношение двух показателей, имеющих одинаковую или же разную размерность. - Читайте подробнее на BusinessMan.ru:

2. Структурирование данных. Классификация данных по степени структурированности.

Структурирование данных - процесс группировки данных по определенным параметрам.

база данных (бд) состоит из структурированных данных в определенных областях Классификация :

-реляционная (таблицырасписание, движение поездов)

-иерархические (многоуровневая файловая структура)

-сетевые (свободная связь между данными различного уровня)

3.Приведите следующие определения: предметная область, структурирование, база данных, СУБД, банк данных, целостность БД,транзакция.

Предме́тная о́бласть — множество всех предметов, свойства которых и отношения между которыми рассматриваются в научной теории.

структурирование — стратегия запоминания, при коей элементы запоминаемой информации связываются в целостные группы по некоему логическому основанию. Ба́за да́нных — представленная в объективной форме совокупность самостоятельных материалов, систематизированных таким образом, чтобы эти

материалы могли быть найдены и обработаны с помощью электронной вычислительной машины.

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

Банк данных (БнД) – это система специально организованных данных, программных, языковых, организационных и технических средств, предназначенных для централизованного накопления и коллективного многоцелевого использования

данных.

Це́лостность ба́зы да́нных (database integrity) — соответствие имеющейся в базе данных информации её внутренней логике, структуре и всем явно заданным правилам.

Транза́кция (англ. transaction, от лат. transactio — соглашение, договор) —

минимальная логически осмысленная операция, которая имеет смысл и может быть совершена только полностью.

4.Функции СУБД.

Основные функции СУБД:

Создание БД;

Создание пользователей и указание привилегий;

Обеспечение работы пользователей с БД с учетом привилегий;

Поддержание целостности данных;

Поддержание механизма транзакций;

Журналирование;

Управление оперативной памятью.

5.Классификация СУБД и БД.

Классификация СУБД и БД

По сфере возможного применения:

универсальные

Пример: МS Access, PostgreSQL.

специализированные (проблемно-ориентированные) СУБД и БД Примеры ИС, в которых необходимо использовать специализированные СУБД

отдельные АСУТП, где нужна СУБД реального времени, обладающая полной функциональностью универсальной СУБД;

биометрические системы;

системы военного назначения;

государственные информационные системы и т.д.

Пример: В АС военного назначения используются СУБД ЛИНТЕР и Линтер-ВС.

Классификация СУБД

По «мощности» СУБД делятся на:

«Настольные» – невысокие требования к техническим средствам, ориентация на конечного пользователя («дружелюбность» интерфейса, простота создания БД и обработки информации), низкая стоимость.

Пример: МS Access, Visual FoxPro.

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

Примеры: Oracle, DB2, Sybase, MS SQL Server, Progress.

По характеру использования СУБД делятся на:

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

Пример: МS Access, Visual FoxPro, Paradox.

Многопользовательские. Включают в себя сервер БД и клиентскую часть и, как правило, могут работать в неоднородной вычислительной среде (с разными типами ЭВМ и операционными системами).

Примеры: Oracle, MySQL.

По степени доступности БД выделяют:

Общедоступные БД.

Примеры: Банк документов на сайте Президента Российской Федерации (http://kremlin.ru/), Информационно-правовая система «Законодательство России» (http://pravo.gov.ru/).

БД с ограниченным доступом пользователей.

В качестве примера можно привести БД, используемые в системе органов внутренних дел (криминалистические учеты, розыскные учеты, оперативно-справочные учеты, автоматизированные банки данных дактилоскопической информации (АДИС "Папилон" ).

По способу доступа к БД выделяют:

Файл-серверные СУБД.

Примеры: Microsoft Access, Paradox, dBase, FoxPro, Visual FoxPro.

Клиент-серверные СУБД.

Примеры: Oracle, Firebird, Interbase, IBM DB2, Informix, MS SQL Server, Sybase Adaptive Server Enterprise, PostgreSQL, MySQL, Caché, ЛИНТЕР.

По форме представляемой информации выделяют БД:

фактографические БД, в которых хранится информация об интересующих пользователя объектах предметной области в виде «фактов» (facts – «данные» (англ.)). Например, данные о сотрудниках, данные о поставщиках и поставках продукции и т.п. При этом в качестве факта рассматривается неделимый по смыслу информационный элемент, отражающий значение какого-либо свойства объекта.

Примеры: Oracle, PostgreSQL, MySQL, Microsoft Access.

документальные БД. Единицей хранения является какой-либо документ (например, текст закона или статьи), и пользователю в ответ на его запрос выдается либо ссылка на документ, либо сам документ, в котором он может найти интересующую его информацию. К документальным БД относятся, например, базы данных научного цитирования: РИНЦ, Web of Science, Scopus и т.д. Большое распространение получили документальные справочные правовые системы КонсультантПлюс, ГАРАНТ, Кодекс.

мультимедийные БД, содержащие мультимедийную информацию: картографические, видео-, аудио-, графические и др. Пример: банк данных дактилоскопической информации (АДИС «Папилон»).

По типологии хранения: локальные ибраспределенные.

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

По способу распространения:

Commercial Software — коммерческие (с ограниченными лицензией возможностями на использование), разрабатываемое для получения прибыли.

Примеры: Oracle, Microsoft Access.

Freeware — свободные, распространяемые без ограничений на использование, модификацию и распространение.

Примеры: MySQL.

Shareware — условно-бесплатные.

По характеру преобладающей обработки информации:

ОLTP (On-Line Transaction Processing) – системы оперативной обработки информации

OLAP (On-Line Analytical Processing) – системы для (ну, нет, так нет).

По используемой Модели данных

Иерархические

Сетевые

Реляционные

Объектно-ориентированные

Объектно-реляционные

NoSQL:

“Ключ-значение”

Документные

Поколоночные (столбцовые)

6.Этапы развития БД.

Этап 0. Файловые системы.

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

Первая развитая файловая система была разработана фирмой IBM для ее серии

System/360 в 1964 году.

Этап 1. Базы данных на больших ЭВМ 1960–1980 гг.

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

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

На сегодняшний день история развития СУБД насчитывает уже более 45 лет. В 1968 году компания IBM разработала первую промышленную СУБД: IBM IMS (Information Management System)

Главным архитектором СУБД был Верн Уоттс. Начав работу в IBM в 1956 году, он непрерывно работал над IMS начиная от времени её первоначального проектирования вплоть до своей кончины 4 апреля 2009 года.

Взадачу IMS входила обработка спецификации изделия для ракеты Сатурн-5 и кораблей Аполлон.

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

Этап 2. Настольные (desktop) СУБД 1975 – 1995 гг.

Звание первого персонального компьютера принадлежит модели 5100 производства фирмы IBM, выпущенной в 1975 году. Он был более компактным, чем мэйнфреймы,

имел встроенные монитор, клавиатуру и накопитель на магнитной ленте, и предназначался для решения научно-инженерных задач.

Первым же массовым персональным компьютером производства фирмы IBM, выпущенным в 1981 году, стал IBM PC модели 5150, положивший начало семейству наиболее распространённых современных персональных компьютеров.

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

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

Основанные на реляционном подходе СУБД для персональных компьютеров принято считать системами второго поколения.

В 80-х годах были созданы различные коммерческие реляционные СУБД - например, DB2 или SQL/DS корпорации IBM, Oracle и др. Большинство СУБД имели развитый и удобный пользовательский интерфейс, предлагающий интерактивный режим работы с БД, как в рамках описания БД, так и в рамках проектирования запросов.

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

Этап 3. Распределенные базы данных с 1985 по наст. вр.

Третий этап развития СУБД связывают с распространением локальных и глобальных компьютерных сетей.

На сегодняшний день третий этап можно считать незавершённым.

К этому этапу можно отнести разработку ряда стандартов в рамках языков описания и манипулирования данными:

SQL-89, SQL-92, SQL-99, SQL:2003, SQL:2006, SQL:2008

Представителями современных СУБД можно считать серверы баз данных Оrасlе, MS SQL, Informix, DB2, MySQL и другие.

7.Перспективы развития СУБД и БД.

Технология In-Memory появилась в версии Oracle Database 12.1.0.2. Суть ее заключается в том, что рядом привычным буферным кэшем, который хранит строки таблиц и блоки индексов,

Соседние файлы в предмете Базы знаний и экспертные системы