27) Проблемы при параллельной обработке транзакций.

Основные проблемы, возникающие при параллельной обработке транзакций: 1. Потеря результатов обновления. Возникает когда одновременно, но с некоторым сдвигом во времени выполняются 2 транзакции, заключающиеся в чтении данных из одного и того же кортежа с последующим изменением данных в них.

2. Незафиксированные зависимости, или т.н. «грязное чтение» (DirtyRead). Появляется, если с помощью некой транзакции Т2 осуществляется чтение или изменение некоторого кортежа, только что измененного другой транзакцией Т1,однако изменения еще не были подтверждены. Если данные транзакции Т1 подтверждены не будут, то результаты транзакции Т2 окажутся неверными.

3. Несогласованные данные (неповторяемое чтение FuzzyRead). Возникает, когда одна транзакция читает кортеж, а другая изменяет его и фиксирует изменения до окончания первой.

4. Строки-призраки (Phantom).Возникает при работе не с одним кортежем, а при выполнении групповых операции (вычисление среднего, подсчет баланса, т. е. когда обрабатывается несколько строк одновременно). В таких сложных обработках, как правило,некий массив кортежей читается неоднократно. Если между первым и вторым чтениями была удалена или добавлена запись в массив строк, при повторном считывании массива появляется лишняя строка (фантом), что может привести к неверным результатам.

28) Транзакция – неделимая с точки зрения воздействия на БД последовательность операторов манипулирования данными такая, что:

1) либо результаты всех операторов, входящих в транзакцию, отображаются в БД;

2) либо воздействие всех операторов полностью отсутствует.

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

Некоторые ограничения целостности не нужно выражать в ясном виде, поскольку они встроены в структуры данных.

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

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

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

ТРПП

1.Классификация ПО,СПО,ППП,инструментарий.

• Системное программное обеспечение — совокупность программ и программных комплексов для обеспечения работы компьютера и сетей ЭВМ ;

• Пакеты прикладных программ — комплекс взаимосвязанных программ для решения задач определенного класса кон­кретной предметной области ;

• Инструментарий технологии программирования — совокупность про­грамм и программных комплексов, обеспечивающих технологию разработ­ки, отладки и внедрения создаваемых программных продуктов .

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

2.Процесс разработки,модели ,система принципов разработки-индивидуальный,командный,стандарты.

Модели ЖЦПП:

а)Каскадная - прямолинейная и простая в использовании жесткий контроль за ходом выполнения работ.

Основным недостатком каскадного подхода является существенное запаздывание с получением результатов. Согласование результатов с пользователями производится только в точках, планируемых после завершения каждого этапа работ, требования к ИС "заморожены" в виде технического задания на все время ее создания. Таким образом, пользователи могут внести свои замечания только после того, как работа над системой будет полностью завершена. В случае неточного изложения требований или их изменения в течение длительного периода создания ПО, пользователи получают систему, не удовлетворяющую их потребностям. Модели автоматизируемого объекта могут устареть одновременно с их утверждением.

б)Макетирование - создается быстрая частичная реализация системы, до составления окончательных требований. Обеспечивается обратная связь между пользователями разработчиками.

в)Спиральная модель -охватывает каскадную модель, позволяет гибко выполнять проектирование, анализирует риски и управляет ими пользователи знакомятся с ПП на наиболее раннем этапе благодаря прототипом.

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