Транзакция

Варьируемые параметры (точности, ограничений и т.д.), характеризующие процесс обработки информации, уточняются при формировании транзакции средствами диалогового опроса. Результаты посту- [c.381]

Топливоснабжение 22, 397, 400, 410 Транзакция 378, 380, 382 Трубопровод [c.470]

Что такое транзакция в системах обработки данных [c.290]

Поясните механизм двухфазной фиксации транзакций в БнД. [c.290]

Монитор транзакций 204 Мост 80 [c.328]

Транзакция — единица работы, во время которой сеанс не может быть прерван иначе чем полной ее отменой. [c.191]

Определение способов использования кластеров данных Определение и анализ транзакций [c.38]

Документирование транзакций и их анализ [c.38]

ОПРЕДЕЛЕНИЕ И АНАЛИЗ ТРАНЗАКЦИЙ [c.42]

Транзакция— ЭТО агрегат данных, описывающий какое-либо событие в реальном мире. Однако рассматриваются не все события, а только те из них, которые обусловливают взаимодействие административно-управленческой функции с кластером данных (когда осуществляется выборка или обновление данных). [c.42]

Файл транзакций TRANSA TION используется для хранения вновь поступивших записей перед их включением в основной файл. Новые записи хранятся в этом файле до тех пор, пока специальные программные средства не проверят соответствие новой записи существующим описаниям. Кроме того, в файле транзакций копируются записи, подлежащие модификации. Модифицированная запись также подвергается проверке на соответствие описанию. В случае отсутствия ошибок новая или модифицированная запись включается в основной файл. Подобная организация обеспечивает более высокую степень целостности БД. [c.96]

Программное обеспечение АСНИ Надежность основано на принципе модульного программирования. Оно представляет собой четырехуровневый комплекс программных модулей, позволяющий формировать из них программы для решения задач (транзакций), в том числе и вновь возникающих. [c.378]

Схема организации программного обеспечения АСНИ Надежность изображена на рис. 6.1. Программные модули первого уровня - MODI и M0D2 - осуществляют доступ к файлам БД и образуют интерфейс между БД и комплексом программ, полностью обеспечивают эти программы необходимыми информационными входными массивами. Модули имеют по две точки входа, первой из которых является имя модуля. Обращение к модулям через эту точку входа обеспечивает функционирование их в качестве главных (головных) процедур формируемых транзакций (заданий на выполнение). [c.378]

Обращение к модулям первого уровня через вторую точку входа позволяет использовать их в качестве внешних процедур в транзакциях, где главными процедурами являются программные модули других, более высоких уровней. Критерии поиска и группировки информации из БД при этом формируются в программных модулях более высокого уровня, которые являются вызывающими, головными по отношению к модулям MODI и M0D2 первого уровня и пересылаются в них средствами потокоориентированной передачи данных через оперативную память. Выходные информационные массивы [c.378]

Вторым уровнем программного обеспечения АСНИ Надежность является уровень программ для статистической обработки данных. Он включает в себя шесть программных модулей и предназначен для статистической оценки показателей надежности на основе выборок, сформированных модулями предыдущего уровня. Таким образом, программные модули этого уровня не образуют самостоятельных транзакций. Они могут работать только в тех транзакциях, где обеспечено их сочетание с модулями первого уровня. [c.380]

Программные модули FORM, PON, STAT, VDP используются как самостоятельные транзакции или в качестве программных модулей транзакций более высоких уровней. [c.380]

Третий уровень программного обеспечения АСНИ Надежность позволяет выполнить транзакции, связанные с анализом и прогнозированием показателей надежности генераторов (см. рис. 6.1, программные модули LEG, АВР, NPAR,PAR, DSN, SDT). [c.380]

Четвертый уровень АСНИ Надежность - уровень моделирования. Программный модуль этого уровня МР предназначен для моделирования функций готовности и технического использования генераторов при различных стратегиях их эксплуатации. Моделирование этих функций основано на решении дифференциальных уравнений [16]. Процесс численного интегрирования дифференциальных уравнений, которые составляются программным модулем МР, реализуется модулем FORT. Программный мохуль FORT использует подпрограммы научной библиотеки программ, написанные на алгоритмическом языке ФОРТРАН, и является, по сути дела, интерфейсом между библиотекой и программным модулем МР. Значения входных параметров модуля МР уточняются средствами блока диалогового опроса. Если какие-то из параметров распределений не известны, они могут быть оценены программными модулями предыдущих уровней до или во время работы транзакции. Если оценка параметров распределений производится в процессе работы транзакций, то необходимо обеспечить включение в программу транзакции соответствующих модулей. [c.382]

OPTIMAL - оптимальное число управляемых экстентов для каждого сегмента отката. После успешного завершения транзакции Ora le автоматически восстанавливает размер сегментов отката до значения, указанного в поле OPTIMAL. [c.192]

MAXLOGHIST - объем памяти, который должен быть зарезервирован в управляющем файле для имен групп архивных log-файлов транзакций. [c.193]

Такая ситуация часто возникает либо в результате слияния компаний, когда компания превращается в филиал более крупной компании, но при этом нерентабельно перестраивать исторически сложившуюся информационную инфраструктуру, либо вследствие неудовлетворительного управления, когда филиалы не придерживаются корпоративного стандарта и внедряют собственные ИС. Одной из основных задач, решаемых в корпоративных ИС, является предоставление аналитической информации, необходимой для принятия решений. Для поддержки принятия решения необходим не один заранее подготовленный отчет, а серия разнообразных отчетов, причем менеджер не всегда представляет, какой именно отчет понадобится ему в следующие полчаса. Например, при анализе продаж по компании оказывается, что в феврале текущего года произошел спад. Чтобы выяснить причины спада, необходимо просмотреть отчет о продажах в регионах. Отчет о продажах в регионах показывает, что спад произошел, видимо, по причине неудовлетворительной работы одного из филиалов, следовательно, необходим отчет о работе данного филиала и т. д. и т. п. Организовать выполнение таких отчетов в гетерогенной среде крайне сложно. Для эффективного анализа данных в этом случае необходимо объединять в одном запросе данные из разнородных источников. В настоящее время существуют мониторы транзакций и генераторы отчетов (например. rystal Reports), обладающие такой функциональностью, однако производительность таких систем не может быть высокой. В процессе анализа данные, необходимые для принятия решений, должны поступать к потребителю в режиме реального времени. Если же данные собираются из разных источников, то, во-первых, отчет готовится недопустимо медленно, во-вторых, другие приложения, работающие с реляционными СУБД во время выполнения отчета, скорее всего будут заметно замедляться. [c.207]

Мониторы транзакций отличаются от RP наличием готовых процедур обработки транзакщш (в том числе отката транзакций), что упрощает работу программистов. Принимая запросы от клиентов и мультиплексируя их, монитор транзакций избавляет от необходимости создавать для каждого клиента отдельное соединение с базой данных. Мониторы транзакций могут оптимально распределять нагрузку на серверы, выполнять автоматическое восстановление после сбоя и перезапуск системы. [c.204]

Транзакции могут быть длительными и трудоемкими. Транзакцией называют последовательность операций по удовлетворению запроса. В САПР внесение изменений в некоторую часть проекта может вызвать довольно длинную и разветвленную сеть изменений в других его частях из-за существенной взаимозависимости компонентов проекта (многошаговость реализации запросов). В частности, транзакции могут включать в себя такие трудоемкие операции, как верификация проектного решения с помощью математического моделирования. В результате транзакции могут длиться даже несколько часов и более. Одна из трудностей заключается в отображении взаимозависимости (ассоциативности) данных. При хранении компонентов проекта во внешней памяти затраты времени на обработку запросов оказываются значительно выше, чем в большинстве других автоматизированных систем с менее выраженными взаимозависимостями данных. [c.273]

Дальнейший переход к системе распределенных вьршслений приводит к перемещению прикладного ПО или его части на специальный сервер или сервер базы данных, т. е. реализуются двух- и трехзвенные схемы. DBS - двухзвенная структура дистанционного управления, основанная на разделении прикладных процедур на две части индивидуальные для каждого пользователя и общие для многих задач. В этой структуре под приложением понимают совокупность именно общих процедур. Эта совокупность обычно представляется на процедурных расширениях SQL и сохраняется в специальном словаре базы данных. В альтернативных вариантах (например, в RDA) все прикладные процедуры включаются в прикладные программы и, следовательно, при необходимости их изменения приходится модифицировать практически все прикладное ПО. Выделение таких х оцедур в отдельное приложение облегчает их модификацию. Кроме того, в DBS снижается трафик, так как обмены по сети происходят не для каждой операции с базой данных, а для каждой транзакции, состоящей из нескольких операций. [c.275]

Одршм из способов управления является централизованное блокирование, при котором на одном из узлов поддерживается единая таблица блокировок. Такой узел устанавливает очередность выполнения транзакций, что исключает конфликты. Однако при централизованном управлении невысока надежность и требуется мощный сервер. [c.277]

В РСУБД с репликацией нет проблемы согласования при записи действий многих узлов. Собственно тиражирование чаще всего выполняется по правилу полной эквивалентности - обновленные данные сразу же после изменившей их транзакции рассылаются по всем локальным базам данных. Чтение же вьшол-няется из базы данных одного конкретного узла, наиболее близкого к пользователю в функциональном или географическом смысле. [c.277]

Сложнее решать проблемы распределенного управления, что требуется в РСУБД без тиражирования. Одним из распространенных протоколов распределенного управления является протокол двухфазной фиксации транзакций. На [c.277]

Котельникова 61 Теория систем 13 Тип данных 308 Тиражирование 277 Траектория фазовая 16 Транзакт 126 Транзакция 273 [c.330]

Комплекс включает один базовый модуль, два сервисных модуля системы ЕС и один модуль, входящий в сйсте КАМА в -качестве транзакции. Для размещения базового модуля требуется I кбайт памяти, а сервисные модули загружаются в оперативную память при открытии связи и удаляются из нее при закрытии связи, создавая таким образом благоприятные условия для динамического перераспределения ресурса памяти, выделенного этой системе. [c.10]

Определение и анализ транзакций — это следующая стадия процесса планирования. Она должна документироваться и поддерживаться СССД. Большинство видов анализа, проводимых на этой стадии, трудоемки. Их можно значительно облегчить с помощью СССД. [c.42]

Энциклопедия по машиностроению XXL

Оборудование, материаловедение, механика и ...