Работа торгового склада

Если же вдруг во время работы системы произойдёт сбой, то деньги останутся на начальном счёте.

С помощью подтверждения транзакций реализуется система каскадных взаимодействий между таблицами через FK(Foreign Key - Удалённый ключ). Существует два типа каскадных взаимодействий:

On update - по изменению поля.

On delete - по удалению поля.

Когда выставлено взаимодействие on update, при изменении содержимого поля в главной таблице изменяется содержимое поля в подчинённой.

Когда выставлено взаимодействие on delete, при удалении содержимого поля в главной таблице удаляется содержимое поля в подчинённой.

Взаимодействия можно выставлять, как вместе, так и по отдельности, так и не выставлять вообще.

Если в главной таблице «Товары» изменить содержимое поля «Товар» - «Сахар» на «Рафинад», то изменения on update в подчинённой таблице «Отпуск_товаров_со_склада» вступит в силу лишь после подтверждения транзакции. В проекте не реализован тип взаимодействия on delete за отсутствием необходимости удаления данных из подчинённых таблиц, так как априори известно, что в базе информация должна постоянно накапливаться, а удаляться содержимое полей ни в одной таблице не будет.

Исходя из анализа предметной области, можно определить, что потенциальной опасности потери данных нет, так как больший процент операций над базой и её данными составляет просмотр, добавлении и редактирование. Операций же удаления практически может и не быть (хотя они и предусмотрены, вплоть до удаления таблиц). Следовательно, нет необходимости разработки модулей дублирующих, или как говорят «зазеркаливающих» работу приложения.

4 СОХРАНЕНИЕ ДАННЫХ

В системах управления базами данных предусмотрено периодическое сохранение содержимого базы. Заключается оно в том, что периодически, по определённому распорядку, опредёлённому по информационным расчётам, следует архивировать файлы базы данных, а затем копировать их на выбранные носители. При выборе носителя, следует, прежде всего, ориентироваться на объём файлов базы данных. Начнем с наибольших объёмов хранимой информации:

- В промышленности, на производстве, в сверхбольших корпоративных системах используются носители типа магнитная лента. Здесь выбор обуславливается тем, что магнитная лента является носителем для сверхбольшого количества информации. При минимальном возможном физическом объёме носителя мы имеем наибольший объём хранения информации. Объём информации хранимой на магнитных лентах измеряется в ТБ(Терабайтах).

- Следующий тип носителя, это CD-R, CD-WR диски (однократно записываемые, и перезаписываемые компакт диски). Эти носители не могут хранить настолько же большие объёмы информации, как магнитная лента, однако являются самыми распространёнными, для баз малого и среднего бизнеса, где не требуется хранить большие ресурсы, однако необходимы удобство и скорость работы. Так же компакт диски дольше других носителей могут хранить записанную на них информацию.

- И последний распространённый тип носителя - флоппи диски.

Эти носители ранее использовались очень широко, однако с развитием информационных технологий, утратили популярность из-за невысокой скорости работы, малых объёмов хранимой информации, и высоких требований к оборудованию. Но, тем не менее, даже на сегодняшний день их всё таки используют как наиболее дешёвый носитель информации.

Сохранение информации на жёсткие диски используют довольно редко из-за низкого коэффициента сохранности и общих показателей этого носителя.

Согласно информационным расчетам, проведённым в пункте «Информационные расчёты», резервное сохранение информации должно проводиться через каждые 5 часов работы с базой.

Выбор здесь лежит между компакт дисками и флоппи дисками. Оптимальным выбором носителя являются компакт диски, так как по примерным подсчётам, по прошествии отрезка времени равного 0.5 года, скажутся объёмные характеристики флоппи диска, и сохранять информацию станет некуда.

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

В приложении, разработанном в курсовом проекте, резервное копирование производится путём выбора пункта главного меню «Резервное копирование». В появившемся окне выбирается путь сохранения архива файлов базы данных, затем эти файлы архивируются и архив записывается по указанному пути. Причём имени архива присваивается полная текущая дата и время.

Таким образом, при сбое системы можно, восстановить все критичные данные с помощью сменного носителя.