- •Контрольные вопросы для проведения экзамена по дисциплине «Базы данных»
- •1. Понятие информации и данных. Экономические показатели. Опреде-ление и структура показателя.
- •2. Структурирование данных. Классификация данных по степени структурированности.
- •3. Приведите следующие определения: предметная область, структурирование, база данных, субд, банк данных, целостность бд, транзакция.
- •4. Функции субд.
- •5. Классификация субд и бд.
- •6. Этапы развития бд.
- •7. Перспективы развития субд и бд.
- •8. Понятие модели данных. Охарактеризуйте иерархическую модель данных. Недостатки иерархической модели.
- •9. Понятие модели данных. Сетевые модели бд: особенности, преимущества, недостатки.
- •10. Реляционные модели данных: особенности, преимущества, недостатки.
- •11. Постреляционные модели данных: особенности, преимущества, недостатки.
- •12. Охарактеризуйте объектно-ориентированную модель данных (оомд). Достоинства и недостатки оомд.
- •13. Многомерные модели данных: особенности, преимущества, недостатки.
- •14. Основные понятия реляционной модели данных: реляционная база данных, отношение, схема отношения, сущность, атрибут, домен, кортеж, первичный ключ.
- •15. Реляционные модели. Понятие и свойства отношений.
- •16. Проектирование реляционных бд на основе принципов нормализации. Цель нормализации. Нормальные формы отношений.
- •17. Понятие ключа отношения. Необходимость задания ключей. Виды ключей. Свойства ключа.
- •18. Реляционная алгебра как формальная система манипулирования отношениями в реляционной модели данных. Свойство замкнутости. Краткий обзор операций реляционной алгебры.
- •19. Унарные операции реляционной алгебры: описание, примеры.
- •20. Бинарные операции реляционной алгебры: описание, примеры.
- •21. Этапы проектирования баз данных. Состав работ, выполняемых на стадии инфологического проектирования. Технологическая сеть проектирования.
- •24. Нотации er-моделирования: понятие, виды, отличительные особен-ности, примеры отображения элементов в различных нотациях.
- •25. Цель нормализации. Нормальные формы er-схем.
- •26. Алгоритм преобразования er-модели в схему реляционной бд.
- •27. Case-средства проектирования бд: назначение, базовые функцио-нальные возможности, примеры современных case-средств.
- •Тема 5. Проектирование баз данных – логическое и физическое моделирование
- •28. Состав работ, выполняемых на стадии логического проектирования бд.
- •30. Ограничения целостности: понятие и классификация.
- •31. Понятие ссылочной целостности (целостности связи). Стратегии поддержания ссылочной целостности.
- •32. Языки запросов: понятие, классификация.
- •34. Язык sql. Общая характеристика, стандарты, подмножества языка sql.
- •35. Основные типы данных (на примере конкретной(ых) субд).
- •36. Какие команды относятся к категории ddl? Опишите общий вид синтаксиса команд ddl, приведите пример(ы) каждой команды.
- •37. Задание ограничений целостности на языке sql. Примеры.
- •38. Какие команды относятся к категории dml? Опишите способы добавления строк в таблицу (общий вид синтаксиса команд добавления строк в таблицу, примеры).
- •39. Команда изменения данных таблицы: общий вид синтаксиса, примеры.
- •40. Команда удаления строк из таблицы: общий вид синтаксиса, примеры.
- •41. Команда изменения структуры таблицы: общий вид синтаксиса, примеры.
- •48. Вложенные запросы в sql: типы, примеры по каждому из типов.
- •49. Создание и использование представлений в sql. Примеры.
- •50. Оператор case: синтаксические формы записи, примеры использова-ния.
- •51. Курсоры: понятие курсора, общий синтаксис, пример использования.
- •52. Понятие и классификация экранных форм.
- •53. Понятие и классификация отчётов.
- •Тема 12. Безопасность данных
- •Тема 13. Распределённые базы данных
12. Охарактеризуйте объектно-ориентированную модель данных (оомд). Достоинства и недостатки оомд.
Моделирование данных в ООМД базируется на понятии объекта. ООМД обычно применяется в сложных предметных областях, для моделирования которых не хватает функциональности реляционной модели (например, для САПР, издательских систем и т.п.).
К достоинствам ООМД можно отнести широкие возможности моделирования предметной области, выразительный язык запросов и высокую производительность. Т.к. каждый объект в ООМД имеет уникальный идентификатор (OID – object identifier), обращение по OID происходит существенно быстрее, чем поиск в реляционной таблице.
Среди недостатков ООМД следует отметить отсутствие общепринятой модели, недостаток опыта создания и эксплуатации ООБД, сложность использования и недостаточность средств защиты данных.
13. Многомерные модели данных: особенности, преимущества, недостатки.
Информация в многомерной модели данных представляется в виде многомерных массивов. В одной базе данных, построенной на многомерной модели, может храниться множество таких массивов (кубов), на основе которых можно проводить совместный анализ показателей. Конечный пользователь в качестве внешней модели данных получает для анализа определенные срезы или проекции кубов, представляемые в виде двумерных таблиц или графиков.
Многомерные базы данных хорошо обслуживают именно аналитическую обработку данных и обычно являются узко специализированными. Они обеспечивают более быстрый поиск и чтение данных по сравнению с реляционными моделями, а также избавляют от необходимости многократного связывания таблиц.
Основными понятиями для многомерной модели являются: агрегируемость, историчность, прогнозируемость.
14. Основные понятия реляционной модели данных: реляционная база данных, отношение, схема отношения, сущность, атрибут, домен, кортеж, первичный ключ.
Реляционная база данных (от англ. Relation – отношение) – набор таблиц, связанных между собой по значениям определенных столбцов.
Отношение – двухмерная таблица, не содержащая строк-дубликатов
Сущность – объект любой природы, данные о котором хранятся в базе данных. Данные о сущности хранятся в отношении
Атрибут (столбец). Атрибуты представляют собой свойства, характеризующие сущность. В структуре таблицы каждый атрибут именуется и ему соответствует заголовок некоторого столбца таблицы
Домен – множество значений атрибута
Ключ – атрибут или совокупность атрибутов однозначно идентифицирующих строку отношения;
(Ключ, состоящий из одного атрибута, называется простым.
Ключ, состоящий из нескольких атрибутов, называется составным.)
15. Реляционные модели. Понятие и свойства отношений.
Отношение – двухмерная таблица не содержащая строк-дубликатов
Отношение – множество кортежей
Свойства отношений:
Отсутствие кортежей-дубликатов
Данное свойство следует из определения отношения как множества кортежей. В классической теории множеств по определению каждое множество состоит из различных элементов.
Отсутствие упорядоченности кортежей
Свойство отсутствия упорядоченности кортежей отношения также является следствием определения отношения-экземпляра как множества кортежей. Отсутствие требования к поддержанию порядка на множестве кортежей отношения дает дополнительную гибкость СУБД при хранении баз данных во внешней памяти и при выполнении запросов к базе данных. Это не противоречит тому, что при формулировании запроса к БД, например, на языке SQL можно потребовать сортировки результирующей таблицы в соответствии со значениями некоторых столбцов. Такой результат, вообще говоря, не отношение, а некоторый упорядоченный список кортежей.
Атомарность значений атрибутов
Значения всех атрибутов являются атомарными. Это следует из определения домена как потенциального множества значений простого типа данных, т.е. среди значений домена не могут содержаться множества значений (отношения). Принято говорить, что в реляционных базах данных допускаются только нормализованные отношения или отношения, представленные в первой нормальной форме.