- •1.Организация информационных массивов.
- •2.Компоненты среды субд.
- •3.Преимущества и недостатки субд. Преимущества
- •Недостатки
- •4.Жизненный цикл информационной системы.
- •Системный структурный анализ
- •5.Проектирование бд.
- •6.Моделирование данных.
- •7.Определение связей между объектами.
- •8.Логическое проектирование бд.
- •9.Реляционная модель данных.
- •10.Идентификация объекта.
- •11.Построение схемы реляционной бд.
- •1. Простой объект
- •2. Между объектами по имеется связь 1:1
- •3. Между объектами имеется связь 1:м
- •4. Между объектами имеется связь м:м.
- •5. Агрегированный объект
- •6. Супертип-подтип
- •Фрагмент концептуальной модели "институт"
- •12.Операции над реляционными отношениями.
- •Операции над множествами
- •13.Нормализация отношений.
- •14. Обеспечение целостности бд.
- •Целостность таблицы
- •Ссылочная целостность
- •15.Физическое проектирование базы данных
- •16.Анализ транзакций при физическом проект.
- •18.Особенности логических моделей данных
- •19.Иерархическая модель данных
- •20.Сетевая модель данных
- •21.Транзакция. Св-во транзакции.
- •22.Проблемы, возникающие при параллельном выполнении транз.
- •23.Методы управления параллельностью
- •24.Этапы развития субд
- •Эволюция серверов баз данных
- •25.Требования к современным субд. Активный сервер
- •26. Информационные приложения
- •27. Варианты построения информационных систем
- •28.Клиент-сервер
- •30. Распределенные базы данных
- •31. Виды систем поддержки принятия решений
- •32. Хранилища данных
- •34. Субд третьего поколения.
- •Объектно-реляционные субд.
- •Преимущества орсубд
- •Недостатки орсубд
- •17.Язык структурированных запросов(Structured Query Language)
- •29.Архитектура Web-приложений, публикующих бд
- •Трехуровневые Web-приложения
- •Многоуровневые Web-приложения
- •33.Оперативная аналитическая обработка
16.Анализ транзакций при физическом проект.
Транзакция – действие или последовательность действий, выполняемых одним пользователем (или прикладной программой), осуществляющим доступ к БД или изменение ее содержимого. Транзакция - представляет собой последовательность операторов языка SQL, которая рассматривается как некоторое неделимое действие над базой данных. СУБД гарантирует, что после завершения транзакции, все внесенные изменения будут надежно сохранены в базе данных целиком и полностью. Если по какой-либо причине транзакция не будет завершена, СУБД гарантирует, что все внесенные транзакцией изменения, будут отменены.
Цель анализа транзакций заключается в определении и документировании высокоуровневых характеристик всех транзакций, которые должны будут выполняться в разрабатываемой базе данных. Это работу следует выполнить еще на начальной стадии проектирования, что позволит обеспечить поддержку всех требуемых транзакций со стороны логической модели данных. Необходимо, чтобы характеристики всех транзакций были зафиксированы в документации. Существует три типа транзакций:
транзакции извлечения используются для выборки некоторых данных с целью отображения их на экране или помещения в отчет;
транзакции обновления используются для вставки новых, удаления старых или же изменения уже существующих записей базы данных;
транзакции смешанные включают как операции извлечения, так и операции обновления данных.
Для каждой планируемой транзакции надо знать следующее:
ожидаемая частота выполнения;
отношения и атрибуты, к которым обращается транзакция, а также тип этого обращения (выборка, вставка, изменение, удаление); для транзакций обновления необходимо определить атрибуты, значения которых будут изменяться, т.к. не следует использовать эти атрибуты в структурах доступа (например, во вторичных индексах).
атрибуты, используемые хотя бы в одном из предикатов (условия, задаваемые в предложение WHERE) являются кандидатами на включение в структуры доступа;
атрибуты, которые используются для соединения двух или больше отношений ) являются кандидатами на включение в структуры доступа;
атрибуты, используемые в любых предикатах критических по времени выполнения транзакций, имеют наивысший приоритет для включения в структуры доступа;
18.Особенности логических моделей данных
По типу модели данных СУБД делят на реляционные, иерархические и сетевые. Модель данных определяет структуры данных, которые поддерживаются в СУБД. Для структур данных существует множество согласованных операций над данными. В базе данных различают внутризаписную и межзаписную структуры.
Внутризаписная структура может быть либо линейной, либо иерархической.
При линейной структуре запись состоит из простых элементов, называемых полями, которые следуют в записи один за другим.
При иерархической структуре в запись могут входить не только простые, но и составные элементы. Это могут быть:
векторы, когда повторяются однотипные элементы;
повторяющиеся группы, когда в записи может присутствовать несколько экземпляров составных единиц, состоящих из нескольких разнотипных элементов;
неповторяющиеся группы.
Пример. Запись СОТРУДНИК может содержать:
простые элементы: ТАБЕЛЬНЫЙ НОМЕР, ФИО;
вектор: ИНОСТРАННЫЙ ЯЗЫК (т.е. сотрудник может знать несколько языков);
повторяющаяся группа: ПОСЛУЖНОЙ СПИСОК, включающая элементы
ДАТА ЗАЧИСЛЕНИЯ, ДАТА УВОЛЬНЕНИЯ, ДОЛЖНОСТЬ
неповторяющаяся группа: АДРЕС, состоящая из элементов:
ИНДЕКС, ГОРОД, УЛИЦА, ДОМ
По своей структуре записи могут быть с постоянным или переменным составом. Например, если один из сотрудников окончил ВУЗ, имеет ученую степень и ученое звание, то название ВУЗа, год его окончания, ученая степень, ученое звание и даты их присвоения, хранят в записи этого сотрудника. Если у другого сотрудника все эти признаки отсутствуют, в соответствующей ему записи эти поля также отсутствуют.
Записи бывают постоянной и переменной длины. Переменная длина возможна, если переменную длину имеют ее поля, либо возможно отсутствие каких-либо полей, либо допускается разное число экземпляров для повторяющихся элементов.
Основными характеристиками поля являются его тип и длина. Существующие СУБД различаются по набору поддерживаемых типов полей, но наблюдается тенденция к сближению этого набора.
Межзаписная структура. Деление СУБД по типу модели данных основано на характере связей между записями.