Войти
Обработка транзакций - это способ вычисления, который разделяет работу на отдельные неделимые операции, называемые транзакции. Система обработки транзакций (TPS ) - это программная система или комбинация программного обеспечения / оборудования, которая поддерживает обработку транзакций.
Первой системой обработки транзакций была SABER, созданная IBM для American Airlines, которая начала работать в 1970. Разработанная для обработки до 83 000 транзакций в день, система работала на двух IBM 7090 компьютерах. SABER был переведен на компьютеры IBM System / 360 в 1972 году и стал продуктом IBM сначала как Программа управления авиакомпаниями (ACP), а затем как Средство обработки транзакций (TPF). Помимо авиакомпаний TPF используется крупными банками, компаниями, выпускающими кредитные карты, и гостиничными сетями.
Система Hewlett-Packard NonStop (ранее Tandem NonStop) представляла собой аппаратно-программную систему, разработанную для онлайн-обработки транзакций (OLTP). в 1976 году. Системы были разработаны для обработки транзакций и обеспечивали высочайший уровень доступности и целостности данных.
Обработка транзакций отличается от других компьютерных моделей обработки, таких как пакетная обработка, с разделением времени, и может отличаться от них. и обработка в реальном времени.
Пакетная обработка - это выполнение серии программ (заданий) на компьютере без ручного вмешательства. Несколько транзакций, называемых пакетом, собираются и обрабатываются одновременно. Результаты каждой транзакции не доступны сразу при вводе транзакции; есть задержка по времени.
«Системы реального времени пытаются гарантировать адекватный ответ на стимул или запрос достаточно быстро, чтобы повлиять на условия, вызвавшие стимул». Каждая транзакция в обработке в реальном времени уникальна; это не часть группы транзакций.
Система обработки транзакций (TPS) - это тип информационной системы, которая собирает, хранит, изменяет и извлекает транзакции данных предприятия. Системы обработки транзакций также пытаются обеспечить предсказуемое время ответа на запросы, хотя это не так важно, как для систем реального времени. Вместо того, чтобы позволять пользователю запускать произвольные программы с разделением времени, обработка транзакций допускает только предварительно определенные структурированные транзакции. Каждая транзакция обычно непродолжительна, и процесс обработки каждой транзакции программируется заранее.
Следующие функции считаются важными при оценке систем обработки транзакций.
Быстрая производительность с быстрое время отклика имеет решающее значение. Системы обработки транзакций обычно измеряются количеством транзакций, которые они могут обработать за определенный период времени.
Система должна быть доступна в течение периода времени, когда пользователи вводят транзакции. Многие организации сильно полагаются на свои TPS; поломка нарушит работу или даже остановит бизнес.
Система должна быть способна справляться с аппаратными или программными проблемами без повреждения данных. Несколько пользователей должны быть защищены от попыток изменить один и тот же фрагмент данных одновременно, например, два оператора не могут продавать одно и то же место в самолете.
Часто пользователи систем обработки транзакций являются случайными пользователями. Система должна быть простой для понимания, максимально защищать их от ошибок ввода данных и позволять им легко исправлять свои ошибки.
Система должна быть способна расти с дополнительными затратами, а не требовать полной замены. Должна быть возможность добавлять, заменять или обновлять аппаратные и программные компоненты без выключения системы.
Транзакции могут собираться и обрабатываться, как при пакетной обработке. Транзакции будут собираться и позже обновляться как пакет, когда их обработка будет удобна или экономична. Исторически это был наиболее распространенный метод, поскольку информационная технология не позволяла обрабатывать данные в реальном времени.
Это немедленная обработка данных. Обеспечивает мгновенное подтверждение транзакции. Это может быть связано с большим количеством пользователей, которые одновременно выполняют транзакции, изменяющие данные. Благодаря достижениям в технологии (например, увеличение скорости передачи данных и увеличение полосы пропускания ), возможно обновление в реальном времени.
База данных - это организованный набор данных. Базы данных предлагают быстрое время получения для неструктурированных запросов, как в типичном приложении для обработки транзакций.
Базы данных для обработки транзакций могут быть построены с использованием иерархических, сетевых или реляционных структур.
 Иерархическая структура. |  Сетевая структура. |  Реляционная структура. |
В системе баз данных, используемых в системах обработки транзакций, желательны следующие функции:
Поток данных Схема процедур резервного копирования и восстановления Поскольку бизнес-организации стали очень зависимыми от обработки транзакций, сбой может нарушить обычный распорядок бизнеса и остановить его работу на определенное время. Чтобы предотвратить потерю данных и свести к минимуму сбои, должны быть хорошо продуманные процедуры резервного копирования и восстановления. Процесс восстановления может восстановить систему, когда она выйдет из строя.
Существует два основных типа процедур резервного копирования: дед-отец-сын и частичное резервное копирование :
Эта процедура включает в себя создание полных резервных копий всех данных через регулярные промежутки времени - ежедневно, еженедельно, ежемесячно или как угодно. Сохраняется несколько поколений резервных копий, часто три, что и дает название. Самая последняя резервная копия - это сын, предыдущая - отец, а самая старая резервная копия - это дед. Этот метод обычно используется для системы пакетной обработки транзакций с магнитной лентой . Если система выходит из строя во время выполнения пакетной обработки, мастер-файл создается заново путем восстановления резервной копии сына и последующего перезапуска пакета. Однако в случае сбоя, повреждения или уничтожения резервной копии сына используется резервная копия предыдущего поколения (исходная). Аналогичным образом, если это не удается, то требуется создание резервной копии, предшествующей отцу (т. Е. Дедушке). Конечно, чем старше поколение, тем больше могут быть устаревшие данные. Организуйте только те записи, которые были изменены. Например, полное резервное копирование может выполняться еженедельно, а частичное - каждую ночь. Восстановление с использованием этой схемы включает в себя восстановление последней полной резервной копии, а затем восстановление всех частичных резервных копий для создания актуальной базы данных. Этот процесс быстрее, чем создание только полных резервных копий, за счет более длительного времени восстановления.
