OLTP технологии

Преимущества  в том, что новые транзакционные данные немедленно захватываются с очень малым эффектом по производительности на OLTP-систему (по сравнению с обычным ETL-процессом).

Преимущества 

Ключевые преимущества инструментов интеграции:

данные поступают  в реальном времени, обеспечивая  наиболее развитые возможности анализа;

работа инструментов практически не сказываются на производительности среды,;

устраняется пакетная обработка;

поддерживаются  большие объемы данных и гетерогенность;

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

достигается исключительная гибкость, легко выполняется внедрение  и поддержка;

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

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

Заключение 

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

. OLTP-системы  (On-Line Transaction Processing)  

Информационные  системы класса OLTP (On-Line Transaction Processing) или OLTP-системы предназначены, прежде всего, для обслуживания повседневной деятельности предприятия. 

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

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

Таким образом, OLTP-системы имеют следующие особенности: 

1. Рассчитаны  на быстрое обслуживание относительно  простых запросов большого числа  пользователей; 

2. Работают с  данными, которые требуют защиты от несанкционированного доступа, нарушений целостности, аппаратных и программных сбоев. 

Для обеспечения  целостности данных и изолированности  пользователей транзакции в OLTP-системах должны обладать четырьмя основными свойствами: 

1. Атомарность.  Транзакция должна выполняться как единая операция доступа к базе данных (БД) и может быть выполнена полностью либо не выполнена совсем. 

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

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

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

Длительное время  в качестве стратегии разработки OLTP-систем использовались следующие принципы: 

построение отдельных  автоматизированных рабочих мест (АРМ), предназначенных для обработки  групп функционально связанных  документов, и тиражирование готовых  АРМ на места; 

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

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

OLTP (системы оперативной обработки транзакций) 

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

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

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

-Системы для бизнеса. У каждой фирмы имеется какое-нибудь приложение для доступа к базам данных. Это может быть ваша платежная система, система для закупок, база данных кадровой службы, система для учета имущества или еще какая-нибудь другая система. Такие приложения могут быть созданы как приложения для внутренней сети, реализованы на языках программирования вроде C++ или Microsoft Visual Basic, или при помощи инструментального средства – языка четвертого поколения (4GL). В любом случае, в конечном итоге, данные поступают из базы данных. 

Все системы OLTP обладают одной общей особенностью – пользователь должен ждать от них ответа. Ваша задача – спроектировать систему, которая будет адекватно обслуживать запросы пользователей за предусмотренное время ответа. 
 
 
 
 
 
 
 

Бизнес-приложения в Internet 

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

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

     Имея  целью Управляемую Диалоговую Обработку  Запросов (Online Transaction Processing - OLTP) , а Web как  способ доступа, Sybase предлагает название этого нового типа приложений –  “WebOLTP”. Такие приложения становятся не простыми программами для просмотра данных, а приложениями для обработки в реальном режиме времени важной деловой информации, например, операций в банке, прием заказов, работа с клиентами. 

Введение  в WebOLTP 

     WebOLTP – имя, которое было предложено  компанией Sybase, для описания приложений, выполняющих транзакции в Internet, intranet, extranet или традиционных корпоративных  сетях. Отличительные черты WebOLTP при сравнении с OLTP-технологией на мэйнфреймах или в системах клиент/сервер:

1) “Тонкие клиенты”

     В традиционных системах клиент/сервер для запуска приложений необходимо, чтобы клиентское ПО было заранее установлено. В архитектуре с “тонким” клиентом специализированное программное обеспечение не обязательно устанавливать на клиенте, поскольку исполняемые компоненты могут загружаться с Web site для последующего взаимодействия с клиентом. Таким образом, “тонкий” клиент или клиент с “нулевой инсталляцией” получает два ключевых преимущества при работе в сети: универсальный доступ и уменьшение затрат на инсталляцию и управление. Однако, из-за наличия броузеров и HTML, тонким клиентам для динамического управления бизнес-приложениями необходимо использование дополнительных средств, таких как Java-апплеты.

2) Большие объемы при большом количестве соединений

     В отличие от приложений клиент/сервер и их предшественников, пользователи WebOLTP могут существенно расширить  границы отдела или компании, используя extranets или Internet. С этими новыми приложениями "самообслуживания", доступ больше не ограничивается небольшим количеством клерков, регистрирующих заказы, но вместо этого становится открытым для тысяч пользователей, одновременно выполняющих транзакции. Это потребует хорошо масштабируемую архитектуру сервера для построения WebOLTP приложений.

3) Непредсказуемые нагрузки

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

4) Короткий жизненный цикл приложения

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

5) Появление WebOLTP-архитектуры

     Новая архитектура и модель использования  призваны удовлетворить строгие  требования к WebOLTP-приложениям. Возникновение 3-уровневой или многоуровневой архитектуры отвечает потребностям WebOLTP с точки зрения масштабируемости (scalability) и динамического доступа при сохранении всех преимуществ базовой архитектуры. 

6) Апплеты

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

     Существует  два метода для построения апплет. Первый основан на использовании Java и JavaBeans, второй – на основе технологии ActiveX. Безотносительно того, какая технология используется, апплеты реализуют следующие преимущества:

• небольшой объем, что обеспечивает быструю загрузку;
• большую интерактивность и более дружественный интерфейс по сравнению с обычными HTML-страницами;
• легкость в разработке и сопровождении.

7) СУБД

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

• поддержка нестабильных нагрузок с отслеживанием таких свойств, как запрос очередей и приоритетов;
• высокая скорость соединения с СУБД из Java-приложений;
• очереди приложений и управление ресурсами как средства сокращения общего объема ресурсов в системе и достижения стабильной производительности в рамках Internet-транзакции;
• обеспечение безопасности, как например, уполномоченная авторизация, т.е. соответствие, для определенных WebOLTP-приложений;
• распределенная обработка запросов, которая позволила бы обрабатывать все многообразие типов данных, встречающихся в среде WebOLTP.