Реляционная база данных страховой компании «Росгосстрах – Аккорд» в среде СУБД MS Access

     Оглавление 

Введение…………………………………………………………………………..4

Глава 1. . Управление транзакциями в системах баз данных

     1.1 Понятие транзакции………………………………………………………6

     1.2 Параллельное выполнение транзакций………………………………….9

     1.3 Сериализация транзакций……………………………………………………..12 

Глава 2. Реализация транзакций в Delphi

     2.1 SQL – выражения для управления транзакциями………………...……22

     2.2 Управление транзакциями в Delphi …………………………….………25 

Глава 3. Проектирование реляционной базы данных страховой компании «Росгосстрах – Аккорд»

     3.1. Анализ предметной области…………………………………………….28

     3.2. Проектирование базы данных методом нормальных форм…………..31

     3.3. Проектирование базы данных методом «сущность-связь»…………...35

 

 Глава 4. Реализация базы данных страховой компании «Росгосстрах – Аккорд» в среде СУБД MS Access

     4.1. Создание таблиц и связей между  ними………………………………...44

     4.2. Разработка запросов……………………………………………………..49

     4.3 Разработка отчетов и форм………………………………...…………….54

     4.4.Разработка  макросов……………………………………………………..56

Заключение ………………………………………………………………………58

Список использованных источников……………………………...……………60

Приложения ……………………………………………..………………………61

 

  
 
 
 
 
 
 

     Введение

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

     Обеспечение интенсивной динамичности выполнения процессов таких систем - одна из самых трудоемких проблем эффективной  реализации бизнес процессов при  эксплуатации банков данных. Создание надежных, отказоустойчивых и эффективных средств обслуживания и управления требует наличия высококвалифицированных специалистов, больших финансовых и временных затрат, как для проектирования, разработки и развертывания, так и для сопровождения, эксплуатации и администрирования. Управление выполнением распределенных и параллельных вычислительных процессов, определенных на стадии детальной разработки средств сопровождения и эксплуатации распределенной системы обработки информации в целом и их оптимизация в частности, всегда было и остается сложной и актуальной задачей.

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

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

     К современным информационным системам предъявляются жесткие требования надежности. Никакие отказы и сбои не должны порождать рассогласование данных информационной системы. Не менее важно предотвращать рассогласование данных, порождаемое параллельной работой нескольких пользователей с одними и теми же данными.

     Одним из распространенных методов обеспечения  отказоустойчивости систем является восстановление ближайшего по времени корректного  состояния системы. Этот принцип  ложится в основу обработки транзакций. 
 
 
 
 
 
 
 
 

Глава 1. Управление транзакциями в системах баз данных 

1.1 Понятие транзакции

    Поддержание механизма транзакций - показатель развитости СУБД. Корректное поддержание  транзакций одновременно является основой  обеспечения целостности базы данных, а также составляет базис изолированности  пользователей в многопользовательских  СУБД.

    Транзакция  представляет собой последовательность операторов языка SQL, которая рассматривается  как некоторое неделимое действие над базой данных, осмысленное  с точки зрения пользователя. Транзакция - это логическая единица работы, выполняемая базой данных. Она  может быть представлена отдельной  программой, являться частью алгоритма  программы или даже отдельной  командой (например, командой insert) и включать произвольное количество операций, выполняемых в базе данных.

    Например, если имеется структура данных следующего вида: «Персонал (номер, фамилия, адрес, телефон, должность, зарплата)», то простейшей транзакцией может быть модификация  зарплаты определенного работника.

    Традиционное  понимание транзакции может быть охарактеризовано четырьмя классическими  свойствами: атомарности (atomicity), согласованности (consistency), изолированности (isolation) и долговечности (прочности) (durability)- ACID. Эти свойства означают следующее:

1. свойство атомарности выражается в том, что транзакция должна быть выполнена в целом или не выполнена вообще;
2. свойство согласованности гарантирует, что по мере выполнения транзакций данные переходят из одного согласованного состояния в другое - не нарушается взаимная согласованность данных;
3. свойство изолированности означает, что конкурирующие за доступ к базе данных транзакции физически обрабатываются последовательно, изолированно друг от друга, но для пользователей это выглядит так, как будто они выполняются параллельно; промежуточные результаты незавершенной транзакции не должны быть доступны другим транзакциям;
4. свойство долговечности трактуется следующим образом: если транзакция завершена успешно, то те изменения, которые были произведены в данных, не могут быть потеряны ни при каких обстоятельствах.

 

Транзакции  и целостность  баз данных.

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

    Если  же в процессе работы случилось нечто, что делает выполнение транзакции невозможным, база данных возвращается в исходное состояние. Откат транзакции (roll back)- это действие, обеспечивающее аннулирование всех изменений данных, которые были сделаны операторами SQL в теле текущей незавершенной транзакции.

    Если  оказывается, что зафиксированная  транзакция является ошибочной, то требуется  выполнить другую транзакцию, отменяющую действия, выполненные первой транзакцией. Такая транзакция называется компенсирующей.

    В стандарте ANSI/ISO SQL определены модель транзакций и функции операторов COMMIT и ROLLBACK. Стандарт определяет, что транзакция начинается с первого SQL-оператора, инициируемого пользователем или содержащемся в программе. Все последующие операторы составляют тело транзакции.  Транзакция завершается одним из четырех возможных вариантов (рис.1):

1. оператор COMMIT означает успешное завершение транзакции; его использование делает постоянными изменения, внесенные в базу данных в рамках текущей транзакции;
2. оператор ROLLBACK прерывает транзакцию, отменяя все изменения, сделанные в рамках текущей транзакции; новая транзакция начинается непосредственно после оператора ROLLBACK;
3. успешное завершение программы, в которой была инициирована текущая транзакция, означает успешное завершение транзакции (аналогично работе оператора COMMIT);
4. ошибочное завершение программы прерывает выполнение транзакции (аналогично работе оператора ROLLBACK).

 

 
 
 
 
 
 
 
 

Рис 1 

    Различаются два вида ограничений целостности: немедленно проверяемые и откладываемые. К немедленно проверяемым относятся ограничения целостности, проверку которых бессмысленно или невозможно откладывать (например, ограничение на возрастные рамки - более 150 лет). Эти ограничения целостности соответствуют уровню отдельных операторов языка СУБД и при их нарушении производится не откат транзакции, а лишь отвергается определенный оператор. Откладываемые ограничения - это ограничения на базу данных, а не на какие-либо отдельные операции. По умолчанию такие ограничения проверяются в конце транзакции, и их нарушение вызывает автоматическую замену оператора COMMIT на оператор ROLLBACK. Однако в некоторых системах поддерживается специальный оператор насильственной поддержки ограничений целостности внутри транзакций.

    Возможности отката и фиксации транзакция обеспечивается благодаря наличию в СУБД функции  ведения журнала транзакций[10]. 

1.2 Параллельное выполнение  транзакций.

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

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

 
 
 
 
 
 
 
 

Рис.2 Подсистема обработка  транзакций типичной СУБД. 

    Менеджер  транзакций осуществляет координацию  работы транзакций, выполняемых прикладными  программами. Он взаимодействует с  планировщиком (менеджер блокировок), отвечающим за реализацию выбранной  стратегии управления параллельностью; второе название применимо в том  случае, если выбран протокол управления на основе системы блокировок. Цель работы планировщика – достижение максимально возможного уровня параллельности, при условии исключения влияния  параллельно выполняющихся транзакций друг на друга, поскольку это может  послужить источником нарушения  согласованности базы данных. Если в процессе выполнения транзакции происходит откат, то база данных может находиться в несогласованном состоянии. Задачей  менеджера восстановления является предоставление гарантий того, что  в подобном случае база данных будет  автоматически восстановлена в  то состояние, в котором она находилась на момент начала выполнения транзакции. Менеджер буферов отвечает за передачу данных основной памяти компьютера и  вторичной дисковой памяти.

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

    Рассмотрим  проблемы, возникающие при параллельной обработке транзакций; их принято  подразделять на 4 класса: