- •Базы данных Вопросы и ответы к экзамену Дисциплина «Базы данных».
- •Вопрос №1
- •Отличия концептуальной, логической и физической моделей данных.
- •Вопрос №2 Определение, назначение субд.
- •Требования, предъявляемые к субд.
- •Типы субд Сравнительная характеристика различных субд.
- •Вопрос №3
- •Типы связей.
- •Вопрос №4
- •Вопрос №5
- •Вопрос №6
- •Вопрос №7
- •I этап. Постановка задачи.
- •II этап. Анализ объекта.
- •III этап. Синтез модели.
- •IV этап. Выбор способов представления информации и программного инструментария.
- •V этап. Синтез компьютерной модели объекта.
- •VI этап. Работа с созданной базой данных.
- •Вопрос №8
- •Нормализация отношений
- •Вопрос №9
- •Нормализация баз данных. Нормальные формы: 1нф,2нф,3нф
- •Вопрос №10
- •Вопрос №11
- •Методы создания и составные части программного файла. Назначение операторов и команд для написания программ
- •Вопрос №12
- •Вопрос №13
- •Вопрос №14 Понятие, виды и назначение триггеров.
- •Вопрос №15 Создание триггера типа update.
- •Вопрос №16 Понятие запроса. Команда выбор
- •Описание select
- •Вопрос №17
- •Дополнительно: Способы обеспечения непротиворечивости и целостности данных.
Вопрос №3
Определение уровней независимости данных.
Существует два уровня независимости данных: логическая и физическая.
Логическая независимость данных означает, что общая логическая структура данных может быть изменена без изменения прикладных программ (изменение не должно заключаться в удалении элементов, которые используются прикладными программами).
Физическая независимость данных означает, что физическое расположение и организация данных могут изменяться, не вызывая при этом изменения ни общей логической структуры данных, ни прикладных программ.
Физическая и логическая независимость данных обеспечивается программными средствами. Предусматривается язык описания данных для администратора базы данных, язык команд для прикладного программиста и язык запросов для пользователя.
Привило независимости физических данных . Прикладные программы для работы с данными должны на логическом уровне остаться нетронутыми при любых изменениях способов хранения данных или методов доступа к ним.
Правило независимости логических данных. Прикладные программы должны оставаться нетронутыми при внесении в базовые таблицы любых изменений.
Эти правила означают отделение пользователя и прикладной программы от низкоуровневой реализации базы данных. Даже изменение структуры таблиц базы данных не должны влиять на возможность пользователя работать с данными.
ER-модели (сущность – связь)
Для функционирования информационной системы (БД и СУБД) необходимо, чтобы концептуальная модель адекватно отображала реалии предметной области. Фундаментальными же реалиями при построении инфологических моделей являются объекты (сущности) с их свойствами (атрибутами) и связи между ними. Наиболее популярной стала методика на основе так называемых ER-моделей (ER – «сущность-связь»). ER-модели были разработаны в 1976 году. Отличительные особенности ER-моделей - мощность, гибкость, прозрачность.
Сущность-это объект, который может быть идентифицирован неким способом, отличающим его от других объектов. Примеры: человек, предприятие, школа.
Атрибут- это функция, которая определяет данную сущность.
Связь- это ассоциация, установленная между несколькими сущностями.
Д ля основных элементов – сущностей, связей, атрибутов – в ER-моделях используются следующие обозначения
Сущность
Как правило, для именования сущностей используют существительные, для связей – глаголы. Принадлежность атрибутов сущностям и связи между сущностями обозначают линиями. Линии, обозначающие связи, снабжаются указаниями на тип связи («один к одному», «один ко многим», «многие ко многим») Связи обозначаются цифрой 1 на стороне «одного» и символом 8 на стороне «многих».
Пример:
Сущность «ученик»
Атрибуты – уникальный (допустим – в пределах данной школы) номер, фамилия, имя, дата рождения.
Ученик
Сущность «класс»
Атрибуты – уникальный номер
Класс
Сущность «учитель»
Атрибуты – уникальный номер, фамилия, имя, дата рождения.
Учитель
Сущность «предмет»
Атрибуты – уникальный номер, название
Предмет
Связь «класс-ученик»
Тип – «один ко многим»
класс
Ученик
Связь «учитель-предмет»
Тип – «многие ко многим
Учитель
Предмет
При переходе от ER-модели к реляционной модели , как правило:
каждая сущность описывается отдельной таблицей;
атрибуты становятся полями таблиц, для них задаются подходящие типы данных, имеющиеся в используемой СУБД;
в таблицах определяются первичные ключи, при необходимости вводятся суррогатные.
В дальнейшем для определения сущности и ее атрибутов будем использовать обозначение вида:
УЧЕНИК(Номер, Имя, Фамилия, Дата рождения)