- •Контрольные вопросы для проведения экзамена по дисциплине «Базы данных»
- •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. Распределённые базы данных
24. Нотации er-моделирования: понятие, виды, отличительные особен-ности, примеры отображения элементов в различных нотациях.
Примеры отображения элементов в 23 вопросе.
Нотации ER-моделирования – языки представления диаграмм.
Виды:
Нотация Чена – исторически самая первая. Предоставляет богатый набор средств моделирования данных, включая собственно ERD, а также диаграммы атрибутов и диаграммы декомпозиции.
Нотация Мартина. Модели такого типа менее громоздки по сравнению с моделями в нотации Чена. Используется преимущественно в промышленности.
Нотация IDEF1X. В IDEF1X вводится понятие “отношение категоризации”, по смыслу эквивалентное иерархической связи. Отношение полной категоризации (сущности-категории составляют полное множество потомков родительской сущности) и отношение неполной категоризации (сущности-категории составляют неполное множество потомков общей сущности). Разработана для армии США и стала федеральным стандартом США
Нотация Баркера. Продолжение идеи Чена. Развитие ER-подход получил в нотации Баркера, которая позволила на верхнем уровне интегрировать предложенные Ченом средства описания моделей. В нотации Баркера используется только один тип диаграмм - ERD
25. Цель нормализации. Нормальные формы er-схем.
Цель – повышение качества БД. Теория нормализации даёт научно строгие и обоснованные критерии качества проекта БД и формальные методы для усовершенствования этого качества.
1 НОРМАЛЬНАЯ ФОРМА: ER-схемы устраняются повторяющиеся атрибуты или группы атрибутов, т.е. производится выявление неявных сущностей, "замаскиро-ванных" под атрибуты.
2 НОРМАЛЬНАЯ ФОРМА устраняются атрибуты, зависящие только от части уникального идентификатора. Эта часть уникального идентификатора определяет отдельную сущность.
3 НОРМАЛЬНАЯ ФОРМА устраняются атрибуты, зависящие от атрибутов, не входящих в уникальный идентификатор. Эти атрибуты являются основой отдельной сущности.
26. Алгоритм преобразования er-модели в схему реляционной бд.
1. Каждой сущности ставится в соответствие отношение РМД. Имена отношений могут быть ограничены требованиями конкретной СУБД.
2. Каждый атрибут сущности становится атрибутом соответствующего отношения, на их имена также могут накладываться некоторые ограничения. Для каждого атрибута задается конкретный допустимый в СУБД тип данных и обязательность или необязательность данного атрибута.
3. Первичный ключ сущности становится первичным ключом соответствующего отношения.
4. В каждое отношение, соответствующее подчиненной сущности, добавляется набор атрибутов первичного ключа главной сущности. В отношении, соответствующем подчиненной сущности, этот набор атрибутов становится внешним ключом.
5. Для необязательных типов связи на физическом уровне у атрибутов, соответствующих внешнему ключу, устанавливается свойство допустимости неопределенных значений. При обязательном типе связи атрибуты получают свойство отсутствия неопределенных значений.
6. При реализации связи многие-ко-многим, допустимой в инфологической модели, производится ее преобразование к связям один-ко-многим. Промежуточное отношение будет иметь первичный ключ, состоящий из первичных ключей связываемых отношений.
После выполнения преобразований необходимо убедиться в корректности полученной схемы БД. Проверить полученную схему БД, на отсутствие нежелательных функциональных зависимостей, можно используя правила нормализации.