- •Контрольные вопросы для проведения экзамена по дисциплине «Базы данных»
- •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. Распределённые базы данных
21. Этапы проектирования баз данных. Состав работ, выполняемых на стадии инфологического проектирования. Технологическая сеть проектирования.
Проектирование реляционной базы данных в терминах отношений на основе механизма нормализации представляет собой очень сложный и неудобный для проектировщика процесс.
Методология проектирования - структурированный подход, предусматривающий использование специализированных процедур, технических приемов, инструментов, документации и нацеленный на поддержку и упрощение процесса проектирования.
Методология проектирования предусматривает разбиение всего процесса на несколько стадий. На каждой стадии разработчику предлагается набор технических приемов, позволяющих решать задачи, стоящие перед ним на данной стадии разработки. Кроме того, методология предлагает методы планирования, координации, управления, оценки хода разработки проекта, а также структурированный подход к анализу и моделированию всего набора предъявляемых к базе данных требований.
Стадии проектирования БД
Инфологическое проектирование
Инфологическая модель (или семантическая или концептуальная модель) – формализованное представление предметной области (без привязки к СУБД, типам данных, программным средствам и т.п
Даталогическое проектирование
Даталогическая модель – привязка к конкретному типу СУБД (например, реляционной СУБД); Конечная цель – описание структуры БД с учетом особенностей модели данных используемой СУБД.
Физическое проектирование – проектирование физической структуры БД (выборы носителей, определение размеров физических блоков, буферизация и др.)
На основе отдельных технологических операций строится технологическая сеть проектирования (ТСП), под которой понимается взаимосвязанная по входам и выходам последовательность технологических операций проектирования, выполнение которых приводит к достижению требуемого результата – созданию проекта БД
22. Преимущества семантического моделирования по сравнению с алгоритмом нормализации отношений. Модель Entity-Relationship (ER-мо-дель) как инструмент семантического моделирования. Основные по-нятия ER-модели. Пример ER-модели.
Преимущества семантического моделирования:
Удобнее представлять смысл данных. Реляционная модель (=нормальные отношения) не предоставляет достаточных средств для представления смысла данных. Проектировщику гораздо легче представить семантику (смысл) реальной предметной области при помощи семантического моделирования
Удобнее моделировать предметную область, подразумевающую многомерность. Для многих приложений трудно моделировать предметную область на основе плоских таблиц. В ряде случаев на самой начальной стадии проектирования проектировщику приходится изощряться, чтобы описать предметную область в виде одной таблицы.
Есть возможность представления зависимостей. Хотя весь процесс проектирования происходит на основе учета зависимостей, реляционная модель не предоставляет каких-либо средств для представления этих зависимостей.
Разделение сущностей и связей. Реляционная модель данных не предлагает какого-либо аппарата для разделения сущностей и связей.
Модель Entity-Relationship (модель "сущность-связь") основывается на некой важной семантической информации о реальном мире и предназначена для логического представления данных. Она определяет значения данных в контексте их взаимосвязи с другими данными. Впервые была представлена 1976 г. Питером Ченом.
Любой фрагмент предметной области может быть представлен как множество сущностей, между которыми существует некоторое множество связей. Дадим определения:
Сущность (entity) - это объект, который может быть идентифицирован неким способом, отличающим его от других объектов. Примеры: конкретный человек, предприятие, событие и т.д.
Набор сущностей (entity set) - множество сущностей одного типа (обладающих одинаковыми свойствами). Примеры: все люди, предприятия, праздники и т.д. Наборы сущностей не обязательно должны быть непересекающимися. Например, сущность, принадлежащая к набору МУЖЧИНЫ, также принадлежит набору ЛЮДИ.
Сущность фактически представляет из себя множество атрибутов, которые описывают свойства всех членов данного набора сущностей.
Экземпляр – единственное вхождение объекта.
Пример: рассмотрим множество работников некого предприятия. Каждого из них можно описать с помощью характеристик табельный номер, имя, возраст. Поэтому, сущность СОТРУДНИК имеет атрибуты ТАБЕЛЬНЫЙ_НОМЕР, ИМЯ, ВОЗРАСТ.
23. Основные понятия модели ER-модели. Понятие и типы сущностей. Обозначение сущностей в различных нотациях. Привести примеры сущностей. Понятие и типы связей. Обозначение связей в различных нотациях. Привести примеры связей. (Соре, там много из-за скринов)
Понятия в 22 вопросе.
Типы сущностей:
Стержневая сущность (стержень) – это независимая сущность (в прямоугольнике)
Ассоциативная сущность (ассоциация) – это связь вида "многие-ко-многим" ("-ко-многим" и т.д.) между двумя или более сущностями или экземплярами сущности
Характеристическая сущность (характеристика) – это связь вида "многие-к-одной" или "одна-к-одной" между двумя сущностями (частный случай ассоциации). Единственная цель характеристики в рамках рассматриваемой предметной области состоит в описании или уточнении некоторой другой сущности.
Обозначающая сущность или обозначение – это связь вида "многие-к-одной" или "одна-к-одной" между двумя сущностями и отличается от характеристики тем, что не зависит от обозначаемой сущности.
Пример: ресторан. Стержни – Блюда, Продукты и Города (города поставщиков). Ассоциации Состав (связывает Блюда с Продуктами) и Поставки (связывает Поставщиков с Продуктами). Обозначение Поставщики. Характеристики Рецепты и Расход.
Обозначение сущностей в разных нотациях:
Нотация Чена
Нотация Мартина
Нотация IDEF1X
Нотация Баркера
Связи в моделях данных (двунаправлены!):
связь один-к-одному (1:1);
связь один-ко-многим (1 :М) или многие-к-одному (М: 1);
связь много-ко-многим (М:М);
связь рекурсивная.
Свойства связей:
опциональность (обязательные и необязательные)
мощность (мин и макс)
транферабельность (возможность изменения родительской записи)
Пример:
Каждый сотрудник может работать только в одном и только одном отделе. Каждый отдел может отвечать за одного и более сотрудников.