Наши контакты
Для покупателей
8-800-333-16-79
Звонок по России бесплатный
+79879159932
Мобильный телефон
Все мессенджеры
+79879159932
Звонок по России бесплатный
Наши соц. сети
Корзина (0)---------

Корзина

Ваша корзина пуста

Корзина (0)---------

Корзина

Ваша корзина пуста

Обратный звонок
Вам перезвонят
Ваше имя
Телефон для обратной связи
E-mail
Краткое описание Вашего вопроса

Анализ эффективности и построение системы журнализации баз данных, дипломная работа по информатике

-25%
Анализ эффективности и построение системы журнализации баз данных, дипломная работа по информатике

Получите бесплатно демо-версию
Демо-версия - дипломная работа, в котрой удалена часть текста, рисунков, таблиц.Посмотреть все услуги
дипломной работы на электронную почту.
Введите адрес электронной почты и нажмите "Отправить":

Заказать демо-версию:
Отправляя эту форму, я принимаюусловия конфиденциальности.
Скачать план работы в формате PDF
Работа подготовлена и защищена в 2017 году. Одним из главных требований к СУБД является надежное хранение данных в используемой памяти. Надежность хранения представляет под собой то, что СУБД обязана уметь восстанавливать крайнее успешное состояние БД в случае экстренного или программного сбоя. Часто изучаются пара возможных вариантов сбоев: мягкие сбои, включающие преждевременную остановку работы ПК (к примеру, аварийное прекращение питания), а также жесткие сбои, которые несут в себе потерю данных на устройствах внешней памяти. Яркими примерами программных сбоев являются аварийные завершения работы СУБД (ввиду программной ошибки или отдельного аппаратного сбоя) или экстренное завершение работы ПО, по итогу которого отдельная транзакция не проходит. Первую ситуацию часто описывают как особый вид мягкого аппаратного сбоя; в случае реализации последней нужно устранить лишь последствия одной транзакции. Обычно для восстановления БД надо иметь некоторые дополнительные данные. Другими словами, поддержка рабочего состояния данных в БД требует некой избыточности хранения информации, причем ту часть, которую будут использовать для восстановления, нужно помещать очень надежно. Самый популярный метод реализации такой избыточной информации – использование журнала корректировок БД.
Год:
2017
Программа с исходниками:
Да, Delphi
Наши гарантии
Покупается впервые!
Все непокупавшиеся работы
Дополнительные услуги:
Готова к отправке
Артикул: 84094
9 900
7 425
Экономия - 2 475
КУПИТЬ БЫСТРО В 1 КЛИК
Заказать через:
В избранное К сравнению

Минус 25% на все работы

До конца акции осталось:

Описание
Характеристики
Отзывы (356)

Описание

Работа подготовлена и защищена в 2017 году.

Одним из главных требований к СУБД является надежное хранение данных в используемой памяти. Надежность хранения представляет под собой то, что СУБД обязана уметь восстанавливать крайнее успешное состояние БД в случае экстренного или программного сбоя. Часто изучаются пара возможных вариантов сбоев: мягкие сбои, включающие преждевременную остановку работы ПК (к примеру, аварийное прекращение питания), а также жесткие сбои, которые несут в себе потерю данных на устройствах внешней памяти. Яркими примерами программных сбоев являются аварийные завершения работы СУБД (ввиду программной ошибки или отдельного аппаратного сбоя) или экстренное завершение работы ПО, по итогу которого отдельная транзакция не проходит. Первую ситуацию часто описывают как особый вид мягкого аппаратного сбоя; в случае реализации последней нужно устранить лишь последствия одной транзакции.

Обычно для восстановления БД надо иметь некоторые дополнительные данные. Другими словами, поддержка рабочего состояния данных в БД требует некой избыточности хранения информации, причем ту часть, которую будут использовать для восстановления, нужно помещать очень надежно. Самый популярный метод реализации такой избыточной информации – использование журнала корректировок БД.

Журнал - это исключительная часть БД, которая не доступна пользователям СУБД и особо тщательно поддерживается (зачастую имеются две копии журнала, которые расположены на разных физических дисках), это часть, в которую заносятся записи всех проделанных изменений основной части БД. В разных СУБД корректировки БД отражаются на разных уровнях: зачастую запись в журнале противопоставляется логической операции корректировки БД (к примеру, удаление строки внутри реляционной БД), а частенько запись соотносится с минимальной внутренней операции изменения страницы внешней памяти. В отдельных системах зачастую применяются сразу оба подхода.

Нередко придерживаются стратегии "упреждающей" записи в журнал (протокола Write Ahead Log - WAL). Подобная стратегия состоит в том, что запись о корректировке любого объекта БД попадает во внешнюю память журнала несколько раньше, чем модифицированный объект переводится во внешнюю память главной части БД. Понятно, что если в СУБД верно соблюдается протокол WAL, то при помощи такого журнала зачастую решаются многие проблемы восстановления БД после различных сбоев.

Наиболее типичная ситуация восстановления – откат отдельной транзакции. Другими словами, для этого не нужен общесистемный журнал модификаций БД. Достаточно для каждой транзакции вести локальный журнал изменений БД, реализованных в этой транзакции, и выполнять откат транзакции реализацией обратных операций, начиная от конца локального журнала. В отдельных СУБД подобного не делается, но большая часть систем локальные журналы просто не имеет, а откат отдельной транзакции реализуется по общесистемному журналу, для которого все записи от одной транзакции связаны списком (начиная от конца).

При мягком сбое во внешней памяти главной части БД располагаются объекты, уже измененные транзакциями, которые еще не были завершены к моменту сбоя, а также отсутствуют объекты, которые уже изменены завершенными к моменту сбоя транзакциями. Подобное происходит при использовании буферов ОЗУ, содержимое которых в случае мягкого сбоя пропадает). Если соблюдается протокол WAL, во внешней памяти журнала обязаны быть записи, которые относятся к операциям изменения обоих видов объектов. Задачей процесса восстановления по факту реализации мягкого сбоя является возвращение состояния внешней памяти главной части БД, которое было бы в момент закрепления во внешней памяти всех изменения отработанных транзакций и которое не включало бы никаких следов незавершенных операций. Для того, чтобы добиться этого, нужно изначально произвести откат оборванных транзакций (undo), а затем заново воспроизвести (redo) все операции завершенных транзакций, итоги которых не включены во внешнюю память. Подобный процесс включает в себя много тонкостей, которые связаны с общей организацией управления буферами и журналом.

Целью данного дипломного проекта является анализ эффективности методов журнализации баз данных. Для реализации этой цели необходимо решить следующие задачи:

- провести обзор и анализ основных методов журнализации баз данных;

- провести методов журнализации баз данных в конкретных СУБД;

- сформулировать математическую постановку задачи выбора метода журнализации баз данных;

- разработать алгоритм решения поставленной задачи;

- провести разработку экспериментального программного обеспечения для выбора журнализации баз данных;

- провести экспериментальное использование разработанного программного обеспечения.

В каждой СУБД имеются свои особенности журнализации баз данных, что позволяет, учитывая данные особенности, эффективно применять их в различных случаях.

Для этого необходимо иметь математический аппарат и его практическую реализацию для осуществления взвешенного выбора метода журнализации баз данных.

В данной работе такой вопрос решен. В качестве математического аппарата используется метод многокритериального выбора (метод Сааати или метод анализа иерархий) .

В общих чертах метод анализа иерархий базируется на парных сравнениях между собой альтернатив и критериев. Под альтернативами понимаются различные варианты выбора, то есть, то из чего выбираем. Под критериями понимаются различные значимые для выбора свойства (характеристики) альтернатив. На первом этапе метода необходимо определиться с двумя списками. В первом списке (списке альтернатив), будет, то между чем и чем мы делаем выбор. Во втором списке (списке критериев), будет, то по каким признакам мы делаем свой выбор.

В комплект работы входит программа на языке Delphi.

Характеристики

Год
2017
Программа с исходниками
Да, Delphi
12 января 2022 16:09

Огромное спасибо Ивану. Отличный сайт!

8 декабря 2021 15:48

Все отлично! искал нужную работу в течении месяца, нашел на прошлой неделе на этом сайте с начало сомневался пропустил скидки. Но сегодня цена выросла решил купить да еще и скидку сделали, после оплаты "Сбером" работа с исходником пришла в течении 2 минут , Все проверил то что заявлено все в комплекте. Спасибо большое!
Ребята не сомневайтесь приобретайте работы все по чесному. Я доволен.

3 декабря 2021 20:14

Все супер, поддержка супер
Рекомендую

3 декабря 2021 11:14

Представленные работы на данном ресурсе выполнены на отлично! Админы отвечают оперативно, все без задержек! Кто еще не пользовался услугами - рекомендую)

1 декабря 2021 10:44

Хороший сайт с колоссальным выбором работ. Всё быстро и чётко. После оплаты быстро прислали документ.

Все отзывы
С этим товаром также покупают
Рекомендуем посмотреть
курсовые по программированию
0Избранное
товар в избранных
0Сравнение
товар в сравнении
0Просмотренные
0Корзина
товар в корзине
Мы используем файлы cookie, чтобы сайт был лучше для вас.