- •1.Понятие информации и данных, их сходство и различие.
- •2.Сущность инфологического и даталогического подходов к проектированию баз данных. Задачи, решаемые на этапе инфологического проектирования информационной модели базы данных.
- •3.Понятие банка данных. Компоненты банка данных и их назначение. Задачи банком данных.
- •4.Этапы проектирования базы данных. Задачи информационно-логического (инфологического) этапа проектирования.
- •5.Нормализация реляционных отношений. Четвертая нормальная форма.
- •6.Архитектура базы данных. Физическая и логическая независимость данных. Архитектура базы данных в соответствии со стандартом ansy.
- •7. Пользователи систем баз данных. Основные функции группы администратора базы данных.
- •8. Явные и неявные ограничения целостности реляционной модели, их реализация средствами языка ddl.
- •10.Операции, выполняемые над реляционными отношениями. Односхемные операции реляционной алгебры. Примеры.
- •9.Определение субд. Этапы развития. Языковые и программные средства субд.
- •11. Классификация баз данных. Документальные базы данных.
- •13.Определение базы данных (бд), требования, предъявляемые к бд.
- •15. Двухуровневая архитектура банка данных (БнД). Процесс прохождения пользовательского запроса в БнД с двухуровневой архитектурой.
- •16.Трехуровневая архитектура банка данных (БнД). Процесс прохождения пользовательского запроса в БнД с трехуровневой архитектурой.
- •17. Функциональная зависимость атрибутов реляционных отношений. Нормализация отношений. Задачи нормализации отношений.
- •18. Первая и вторая нормальные формы реляционных отношений. Привести пример приведения отношения ко второй нормальной форме.
- •19.База данных (бд), определение, классификация бд, требования, предъявляемые к бд.
- •20.Структура даталогической модели данных, определенная стандартом codasyl. Определение и назначение структурных компонентов этой модели.
- •21.Аномалии модификации реляционных таблиц. Нормализация реляционных отношений. Пример.
- •22.Концептуальный, внутренний и внешний уровни представления данных в базе данных, их назначения.
- •23. Атрибуты в модели «Сущность-связь». Определение атрибутов, их назначение, способы изображения на er- диаграммах.
- •25.Реляционные таблицы. Первичные и внешние ключи отношений. Ограничения целостности по внешним ключам.
- •26. Идентификационно-зависисмые сущности в модели «Сущность-связь». Определение, пример, графическая интерпретация.
- •27.Подтипы сущностей в модели «Сущность-связь». Определение, пример, графическая интерпретация. Реализация в реляционной субд.
- •28.Агрегированные объекты в модели «Сущность-связь». Определение, пример, графическая интерпретация.
- •29.Реляционная схема таблиц. Типы ключей реляционных отношений. Определение, назначение, пример.
- •30.Язык описания данных реляционных таблиц (ddl). Структура этого языка.
- •31. Инфологическая модель "Сущность-связь", структурные компоненты модели, определение и назначение компонентов.
- •32.Тип связи “1: m” между объектами предметной области, определение, пример. Графическая интерпретация. Привести схему реализации в базе данных.
- •33.Агрегация и обобщение в модели «Сущность-связь» определение, сходство и различие. Примеры агрегации и обобщения.
- •34. Понятие отображения и ассоциации в модели «Сущность-связь», их сходство и различие. Привести пример.
- •35.Древовидная иерархическая структура базы данных. Рекурсивное дерево, пример.
- •36.Автоматизированные информационные системы, основанных на базе данных. Информационно-поисковые системы и системы обработки данных. Основные компоненты систем.
- •37.Реляционная модель данных. Операции реляционной алгебры, выполняемые над унарными и бинарными отношениями. Примеры.
- •38.Представление древовидных структур связанными линейными списками. Метод указателей на исходные записи.
- •39.Представление древовидных структур связанными линейными списками. Метод указателей на порожденные записи.
- •40.Физическая организация данных. Списковые структуры, последовательное распределение памяти.
- •41.Физическая организация данных. Списковые структуры, связное распределение памяти.
- •42.Организация данных в памяти. Связанное распределение памяти. Адресная функция.
- •43.Набор в модели данных codasyl. Определение, назначение, графическая интерпретация.
- •44.Этапы проектирования базы данных. Задачи логического (даталогического) этапа.
- •45.Физическая организация данных. Бинарное дерево. Технология поиска записи по бинарному дереву.
- •46.Неплотный индекс. Технология поиска записей в основном файле внешней памяти с использованием неплотного индекса.
- •47.Плотный индекс. Технология поиска записей базы данных в основном файле внешней памяти с использованием плотного индекса.
- •48.Инвертированный файл. Реализация многоключевого поиска в базе данных с использованием инвертированного файла.
- •49.Транзитивная зависимость атрибутов реляционных отношений. Третья нормальная форма. Привести пример приведения отношения к 3нф.
- •50. Физическая организация данных. Линейный список.
- •51.Анализ предметной области с помощью er-метода. Типы атрибутов сущности.
- •52. Инвертированный файл. Технология доступа к данным по вторичному ключу.
- •53. Назначение служебной и информационной частей хранимой записи
- •54.Методы обработки файлов на физическом уровне. Алгоритм поиска по бинарному дереву.
- •55.Правила перехода от er- модели предметной области к схеме базы данных.
- •56. Структуризация пространства внешней памяти при хранении объектов базы данных.
- •58.Логическое проектирование базы данных. Преобразование er- диаграммы в схему базы данных.
- •59. Корректирующие запросы в субд access. Команды sql, реализующие эти запросы.
- •60. Плотный индекс. Технология поиска записей базы данных в основном файле внешней памяти с использованием плотного индекса.
- •61.Установить функциональную зависимость атрибутов реляционного отношения вклад (фио вкладчика, Номер сберкнижки, Дата, Приход, Расход, Остаток), нормализовать его, приведя к 3 нормальной форме.
- •73. Из таблиц r2(фио, Группа) и r3(Группа, Дисциплина, Дата_экзамена) сформировать sql-запрос: «Вывести список студентов, которым надо сдавать экзамен с указанием названия сдаваемых дисциплин».
- •74.Команда Select языка запросов к базе данных sql. Формат и назначение этой команды.
- •1. Понятие информации и данных, их сходство и различие.
- •2.Сущность инфологического и даталогического подходов к проектированию баз данных. Задачи, решаемые на этапе инфологического проектирования информационной модели базы данных.
- •12. Описание реляционных таблиц в нотации Бэкуса-Наура. Пример.
- •14.Реляционное отношение. Определение, свойства. Разносхемная операция реляционной алгебры естественное соединение, пример.
- •24. Слабые сущности в инфологической модели «Сущность-связь». Определение, пример, графическая интерпретация.
53. Назначение служебной и информационной частей хранимой записи
Служебная часть хранимой записи используется для идентификации записи, задания ее типа, хранения признака удаления, для хранения указателей на элементы записи, идентификатора длины записи, для установления структурных ассоциаций между записями, для кодирования значений элементов. Пользовательские программы не имеют доступа к служебной части физической записи. Поля информационной части хранимой записи содержат значения элементов данных.
Существует несколько способов размещения элементов данных в хранимой записи, или иначе видов формата хранимой записи.
54.Методы обработки файлов на физическом уровне. Алгоритм поиска по бинарному дереву.
Физический (внутренний) уровень связан со способом фактического хранения данных в физической памяти ЭВМ. Во многом определяется конкретным методом управления. Основными компонентами физического уровня являются хранимые записи, объединяемые в блоки; указатели, необходимые для поиска данных; данные переполнения; промежутки между блоками; служебная информация.
Бинарное дерево поиска — это двоичное дерево, для которого выполняются след условия:
оба поддерева — левое и правое, являются двоичными деревьями поиска.
у всех узлов левого поддерева произвольного узла x значения ключей данных меньше, нежели значение ключа данных узла x.
у всех узлов правого поддерева произвольного узла x значения ключей данных больше, нежели значение ключа данных узла x.
Алгоритм поиска элемента:
Дано: дерево Т и ключ K.
Алгоритм:
Если дерево пусто, сообщить, что узел не найден, и остановиться.
Иначе сравнить K со значением ключа корневого узла X.
Если K=X, выдать ссылку на этот узел и остановиться.
Если K>X, рекурсивно искать ключ K в правом поддереве Т.
Если K<X, рекурсивно искать ключ K в левом поддереве Т.
55.Правила перехода от er- модели предметной области к схеме базы данных.
Для каждой сущности создается отношение с тем же именем. Каждый простой (не многозначный и не составной) атрибут сущности становится атрибутом отношения с тем же именем.
Атрибуты, входящие в ключ сущности, становятся первичным ключом отношения. Если имеется несколько возможных ключей, выбирается наиболее используемый и самый короткий из ключей, значения атрибутов которого не будут изменяться.
Для каждого из многозначных атрибутов создается отношение, состоящее из атрибута первичного ключа, и атрибута, хранящего множество значений. Ключ этого отношения должен содержать оба атрибута.
Если сущность содержит необязательный атрибут, и соответствующим свойством обладают многие экземпляры сущности, предпочтительно добавить этот атрибут к создаваемому отношению с указанием на возможность неопределенных значений (NULL). Если же это свойство – редкое, т.е. имеется у небольшого количества экземпляров объектов, то предпочтительно создать отдельное отношение для его хранения, содержащее атрибут первичного ключа (из ключа сущности) и атрибут для хранения значения редкого свойства.
Если сущность содержит составной атрибут, то предпочтительно создать отдельный атрибут отношения для каждого элемента составного свойства.
Для каждой связи один-к-одному (1:1) в одно из отношений (любое) добавляются атрибуты первичного ключа, связанного с ним отношения и из этих атрибутов создается внешний ключ. Если класс принадлежности обеих сущностей в этой связи является обязательным, то нужно рассмотреть вариант объединения этих двух сущностей в одном отношении: ликвидировать одно из отношений, предварительно перенеся все неключевые атрибуты из него во второе отношение. Если связь имеет атрибуты, то их нужно добавить к атрибутам созданного отношения.
Для каждой связи один-ко-многим (1:N) в отношение на стороне связи «многие» добавляются атрибуты первичного ключа связанного с ним отношения и из этих атрибутов создается внешний ключ. Если класс принадлежности одной из сущностей в этой связи является необязательным, то ключ сущности с необязательным классом добавляется в отношение, соответствующее сущности с обязательным классом принадлежности.
Для каждой связи многие-ко-многим (М:N) создается отношение связи (в дополнение к уже созданным отношениям, соответствующим связываемым сущностям). В отношение связи нужно включить ключевые атрибуты обоих связываемых отношений, и создать два внешних ключа; при этом первичным ключом отношения связи будут все его атрибуты. Если связь имеет атрибуты, то их нужно добавить к атрибутам отношения связи.
Для каждой N-арной связи, аналогично связи M:N, создается отношение связи (в дополнение к отношениям сущностей). Отношение, порождаемое связью, будет иметь среди своих атрибутов ключи каждой сущности. В отношение связи нужно включить ключевые атрибуты обоих связываемых отношений, и создать два внешних ключа; при этом первичным ключом отношения связи будут все его атрибуты. Если связь имеет атрибуты, то их нужно добавить к атрибутам отношения связи.
Для обобщающей сущности создается одно отношение, содержащее все общие для всех ролевых сущностей атрибуты; первичным ключом отношения становится ключ сущности. Для каждой ролевой сущности и каждой связи, в которых она участвует, отношения создаются по вышеприведенным правилам.
Для всех возможных ключей всех сущностей, кроме первичных, создаются ограничения уникальности UNIQUE.
