- •1.Концепция баз данных. Архитектура субд.
- •2.Модели данных. Инфолог, даталог и физ модели.
- •Допустимые типы данных и их внутр представление на устройствах хранения данных в эвм.
- •3.Типы даталог моделей данных (краткое описание и сравнит хар-ка).
- •4.Иерархическая даталогическая модель данных (краткое описание, схематическое изображение, сравнение с другими типами даталогических моделей).
- •5.Сетевая даталог модель (краткое описание, схемат изображение, сравнение с другими типами ).
- •6.Даталог модель данных на основе инвертир списков (краткое описание, схем изображение, сравнение с другими типами даталог моделей).
- •7.Реляц даталог модель данных (опр-е, схемат изображение, сравнение с другими типами даталог моделей).
- •8.Объектно-реляц даталог модель данных (опр-е, схемат изобр-е, сравнение с другими типами даталог моделей).
- •9.Основные понятия реляц бд. Тип данных.
- •10.Осн понятиями реляц бд. Понятие домена.
- •11.Осн понятиями реляц бд. Схема отн-я, схема бд.
- •12.Осн понятиями реляц бд. Понятие кортежа и отн-я.
- •17.Операции над таблицами бд. Объед-е отн-й.
- •13.Целостность реляц бд. Привести примеры.
- •14.Дайте опр-я и приведите примеры фундам св-в отн-й (отсутствие кортежей дубликатов, отсутствие упоряд-ти кортежей, отсут-е упоряд-ти атрибутов, атомарность атрибутов).
- •15.Операции над таблицами реляц бд. Огр-е отн-я.
- •16.Операции над таблицами бд. Проекция отн-я.
- •18.Операции над таблицами реляц бд. Пересечение отн-й.
- •19.Операции над таблицами реляц бд. Разность отн-й.
- •20.Операции над таблицами. Произведение отн-й.
- •21.Операции над таблицами реляц бд. Деление отн-й.
- •22.Операции над таблицами бд. Соединение отн-й.
- •23.Декомпозиция исходной «универсал» таблицы на простые отн-я (Приведите пример).
- •31.Анализ выход форм с целью выявления инф-и, подлежащей хранению в бд.
- •30.Этапы разработки инфолог модели данных.
- •28.Диаграммы "сущность-связь". Испол-е языка er-диаграмм для построения инфолог моделей.
- •29.Информационное модел-е. Методология idef1x.
- •34.Понятие транзакции. Обработка транзакций. Ср-ва восстановления после сбоев.
- •35.Принципы построения систем, ориентированных на анализ данных. Хранилища данных.
- •36.Модели данных, используемые при построении хранилищ данных.
- •37.Осн различия между файловыми системами и системами упр-я бд.
- •38.Области приложений, в к-рых достаточно испол-ть файлы, и для к-рых необходимы бд.
- •39.Принципы нормализации, на к-рых основан классич подход к проектированию реляц бд.
- •40.Реляц модель данных. Общая характеристика. Целостность сущности и ссылок.
- •41.Проектирование реляци баз данных с испол-ем Case-технологий (пакет ErWin).
- •42.Язык sql. Ср-ва манипулирования данными. Структура запросов.
- •43.Язык sql. Оператор выборки. Табличное выражение. Раздел from. Раздел where. Раздел group by.
29.Информационное модел-е. Методология idef1x.
Метод IDEF1- это метод графического изображения сущностей, таблиц, атрибутов и связей. IDEF1X разработана с учетом простоты изучения и возм-ти автоматизации. IDEF1X-диаграммы испол-тся рядом распространенных CASE-средств, в частности ERWin. Сущность в методологии IDEF1X называется независимой, если каждый экземпляр сущность может быть однозначно идент-н без опр-я его отн-й с др сущностями. Сущность называется зависимой от идент-ров или просто зависимой, елси однозначная идентификация экземпляра сущности зависит от его отн-я к другой сущности.
Каждой сущности присваивается уникальное имя и номер, разделяемые косой чертой и помещаемые над блоком. Если экземпляр сущности –потомка однозначно опр-тся своей связью с сущностью-родителем, то связь называется идентифицирующей, в противном случае – неидентиф. Идентифицирующая связь изображается сплошной чертой. Связь может дополнительно опр-тся с помощью указания степени или мощности. В IDEF1X могут быть мощности (0,1 или более), (0 или 1), (1 или более).
Атрибуты изображаются в виде списка имен внутри блока сущности. Атрибуты, определяющие первичный ключ, размещаются наверху списка и отделяются от других атрибутов горизонтал чертой. Сущности могут иметь также внешние ключи. При идентифицирующей связи они испол-тся в кач-ве целого первичного ключа или его части, при неидентиф служат неключевыми атрибутами.
33.Орг-ция доступа к данным. Ср-ва ускоренного доступа.
Для того чтобы время ожидания ответа на запрос не затягивалось, разрабатываются методы ускорения выборки, позволяющие обойтись без полного перебора строк при выполнении реляцопераций модификации отн-й и отбора данных. Наибольший эф-т дают методы:
Индексирования – это логич сортировка строк таблицы, заключающийся в создании вспомогат файлов, содержащих упорядоченные списки значений ключей отн-я со ссылками на строку отн-я, в к-рой они находятся.
Хеширование – это испол-е хеш-функций, к-рые вычисляют вес строки таблицы по значению ее ключевых атрибутов. Сначала по первичному ключу новой строки вычисляется значение хеш-функций и рез-т трактуется как номер строки в созданной таблице. Для поиска нужной строки: если после вычисления хеш-ф-ции на месте в таблице, к-рое соотв-ет вычисленному значению, оказывается пустая строка, значит искомой строки нет. Иначе, поиск заканчивается.
34.Понятие транзакции. Обработка транзакций. Ср-ва восстановления после сбоев.
Транзакцией называют неделимую с позиции воздействия на БД посл-ть операций манипулирования данными. В алгоритмах обработки транзакции применяются требования обеспечения целостности данных и изолированности пользователей. Для этого транзакция должна обладать след св-вами:
Атомарности- транзакция должна выполнятся как единая операция доступа к БД;
Согласованность – гаран-т взаимн целостность данных.
Изолированность – если транзакция изменяет разделяемые данные, они не должны в это время быть доступны пользователям.
Долговечность- данные должны быть зафиксированы.
Одно из требований к системам хранения данных – надежность хранения. СУБД должна восстанавливать согласованное состояние данных после любых аппаратных программных сбоев. Для восстановления испол-ют журнал транзакций. С помощью него восстанавливается последнее до сбоя согласованное состояние БД.