- •3)Понятие структурного анализа
- •4)Моделирование потоков данных. Построение иерархии диаграмм потоков данных
- •5)Методология функционального моделирования sadt
- •6)Состав функциональной модели sadt. Иерархия диаграмм в методологии sadt
- •7)Диаграммы «сущность-связь»
- •8)Сущности, отношения и связи в нотации Чена
- •9)Типы связей в нотации Чена
- •10)Диаграммы атрибутов в классической модели Чена
- •11)Диаграммы категоризации в модели Чена
- •12)Модель «сущность-связь» в нотации Баркера
- •13)Методика построения информационной модели системы.
- •14)Распределенные и централизованные базы данных. Архитектура файл-сервер. Архитектура клиент-сервер.
- •15)Иерархическая и сетевая модели данных.
- •16)Реляционная модель данных. История развития. Основные понятия (тип данных, домен, отношение, кортеж, атрибут, ключ).
- •17)Реляционная база данных.
- •18)Функции системы управления базами данных (субд): управления данными во внешней памяти, управление буферами оперативной памяти, управление транзакциями.
- •19)Функции системы управления базами данных: журнализация, поддержка языков баз данных.
- •20)Типовая организация современной субд.
- •21)Базовые средства манипулирования реляционными данными.
- •22)Реляционная алгебра. Общая интерпретация реляционных операций.
- •23)Особенности теоретико-множественных операций реляционной алгебры.
- •24)Реляционное исчисление.
- •25)Целостность сущностей и ссылок.
- •26)Субд в архитектуре клиент-сервер. Открытые системы.
- •27)Системная архитектура клиент-сервер. Удаленный вызов процедур.
- •28)Сервера баз данных.
- •29)Типичное распределение функций между клиентом и сервером. Распределенные базы данных.
- •30)Разновидности распределенных систем.
- •31)Распределенная компиляция запросов.
- •32)Язык реляционных баз данных Transact-sql (t-sql). История развития. Идентификаторы в t-sql.
- •33)Язык t-sql. Выражения.
- •34)Язык t-sql. Числовые и денежные типы данных. Типы данных для хранения информации о времени.
- •49) Создание, изменение и удаление представлений средствами t-sql.
- •35)Язык t-sql. Символьные и текстовые типы данных.
- •36)Язык t-sql. Специальные типы данных. Конвертирование типов данных.
- •37)Управляющие конструкции t-sql.
- •38)Процесс проектирования таблиц в реляционной базе данных. Определение идентификационной колонки.
- •39)Создание таблиц средствами t-sql.
- •40)Изменение структуры таблицы средствами t-sql. Удаление таблиц.
- •41)Добавление данных в таблицу средствами t-sql. Использование insert и select…into.
- •42)Извлечение данных средствами t-sql. Команда select. Разделы select и into.
- •Раздел into предназначен для сохранения результата, выполнения запроса в заданной таблице.
- •44)Извлечение данных средствами t-sql. Команда select. Разделы where, group by, having, order by.
- •43)Извлечение данных средствами t-sql. Команда select. Раздел from.
- •45)Изменение данных в таблице средствами t-sql. Команда update.
- •46)Удаление данных средствами t-sql. Команда delete.
- •47)Хранимые процедуры. Этапы создания.
- •48)Создание, модификация и удаление хранимых процедур средствами t-sql.
17)Реляционная база данных.
Реляционная база данных это совокупность отношений содержащих всю информацию которая должна храниться в базе данных. Т.е. реляционная база данных представляет собой набор таблиц необходимых для хранения всех данных. Таблицы реляционной базы данных, как правило, логически связаны между собой.
Требования к проектированию реляционных баз данных можно свести к правилам:
1. Каждая таблица в базе данных имеет уникальное имя и состоит из однотипных строк.
2. Каждая таблица состоит из фиксированного числа клеток и значений, причем в одной колонке строки не может быть сохранено больше одного значения.
3. Ни в какой момент времени в таблице не должно быть двух строк дублирующих друг друга.
4. Каждой колонке присваивается уникальное в пределах таблицы имя. Для каждой колонки устанавливается конкретный тип данных чтобы в этой колонке размещались однотипные значения.
5. При выполнении обработки данных можно свободно обращаться к любой строке или к колонке таблицы. Значение хранимое в таблице не накладывает никаких ограничений на порядок обращения к данным.
18)Функции системы управления базами данных (субд): управления данными во внешней памяти, управление буферами оперативной памяти, управление транзакциями.
Считается, что система управления данными является СУБД при условии что она выполняет следующие функции:
1. Непосредственное управление данными во внешней памяти. Эта функция включает обеспечение необходимых структур внешней памяти, как для хранения данных, так и для служебных целей.
2. Управление буферами оперативной памяти. СУБД обычно работает с базой данных значительных размеров которая обычно существенно больше доступного объема оперативной памяти. Если при обращении к любому элементу данных будет производиться обмен с внешней памятью, то вся система будет работать со скоростью устройств внешней памяти. Фактически единственным способом реального увеличения этой скорости является буферизация данных в оперативной памяти, при этом даже если операционная система выполняет общесистемную буферизацию, для нужд СУБД этого не достаточно, поскольку СУБД располагает гораздо большей информацией о необходимости буферизации той или иной части базы данных. Поэтому в различных СУБД поддерживается собственный набор буферов, собственной дисциплиной их замены.
3. Управление транзакциями. Транзакция – последовательность операций с базой данных рассматриваемых СУБД как единое целое. Либо транзакция успешно выполняется и СУБД фиксирует изменение базы данных, производя транзакцию во внешнюю память, либо ни одно из изменений никак не отражается на состоянии базы данных. Транзакция фактически является единицей активности пользователя по отношению к базе данных. Причем каждая транзакция начинается при целостном состоянии базы данных и оставляет это состояние целостным после своего завершения. Управление транзакциями в многопользовательских СУБД связано с понятием сериализации транзакции и сериального плана транзакции. Под сериализацией параллельного выполнения транзакций понимают такой порядок планирования их работы при котором суммарный эффект вместе с транзакцией эквивалентен эффекту их некоторого последовательного выполнения. При использовании любого алгоритма с реализацией транзакции возможны ситуации конфликта между транзакциями при доступе к объектам базы данных. В случае конфликта для поддержания реализации транзакции необходимо выполнить откат одной или более транзакций, чтобы ликвидировать все изменения произведенных в базе данных. Это один из случаев когда пользователь многопользовательской СУБД может реально ощутить присутствие в системе других пользователей.
4. Журнализация.
5. Поддержка языков баз данных.