Изменения документа Движок cccc1808. ProcessEngine

Редактировал(а) Alexandr Fokin 2026/05/11 11:57

От версии 31.9
отредактировано Alexandr Fokin
на 2026/05/11 11:20
Изменить комментарий: К данной версии нет комментариев
К версии 31.17
отредактировано Alexandr Fokin
на 2026/05/11 11:53
Изменить комментарий: К данной версии нет комментариев

Сводка

Подробности

Свойства страницы
Содержимое
... ... @@ -11,6 +11,8 @@
11 11  |Некоторые цели|(((
12 12  * Реализация механизмов для эффективной конкурентной передачи сигнала в процесс.
13 13  * Реализация механизмов для минимизации задержки передачи сигнала в процесс.
14 +* Возможность управлять параметрами, влияющими на Throughput и Latency.
15 +* Минимизация нагрузки на БД.
14 14  )))
15 15  )))
16 16  |(% style="width:132px" %)Развертывание|(% style="width:1301px" %)(((
... ... @@ -53,7 +53,8 @@
53 53  )))
54 54  |(% style="width:159px" %)Изоляция шагов и процессов (внутри оной транзакции)|(% style="width:1168px" %)(((
55 55  * Изоляция через db savepoint.
56 -* Для [[EntityFramework ~| EntityFrameworkCore>>doc:Разработка.NET.Работа с БД.EntityFramework | EntityFrameworkCore.WebHome]] возможность делать InMemory снимок [[Создание снимка ChangeTracker>>doc:Разработка.NET.Работа с БД.EntityFramework | EntityFrameworkCore.Сценарии и проблемы.Создание снимка ChangeTracker.WebHome]].
58 +* Для [[EntityFramework ~| EntityFrameworkCore>>doc:Разработка.NET.Работа с БД.EntityFramework | EntityFrameworkCore.WebHome]] возможность делать InMemory снимок [[Создание снимка ChangeTracker>>doc:Разработка.NET.Работа с БД.EntityFramework | EntityFrameworkCore.Сценарии и проблемы.Создание снимка ChangeTracker.WebHome]] 
59 +(может использоваться если все изменения накапливаются InMemory, без прямой записи в БД или же с указанием ручной компенсации).
57 57  * Допустима реализация на основе того, что InMemory состояние процесса (и задействованных бизнес сущностей) реализовано в виде Immutable компонентов. В этом случае достаточно просто сохранять и восстанавливать ссылку.
58 58  Но предполагаю, что в большинстве бизнес моделей не так и это не не будет востребованным.
59 59  )))
... ... @@ -86,8 +86,13 @@
86 86  2) N/2 за вторую сессию выполнения (транзакцию) и уснуть до окончания дочерних процессов.
87 87  1. Процесс - групповое действие (когда нужно применить действие к строкам таблицы по указанному фильтру).
88 88  )))
89 -|(% style="width:159px" %)Range preload process data|(% style="width:1168px" %)(Необязательно) возможность в начале сессии обработки пакетно предзагружать данные и бизнес сущности для процессов (Range query) из обрабатываемого батча для оптимизации чтения (если используется обработка пакета процессов в одной транзакции).
92 +|(% style="width:159px" %)Range preload process data|(% style="width:1168px" %)(((
93 +(Необязательно) возможность в начале сессии обработки пакетно предзагружать данные и бизнес сущности для процессов (Range query) из обрабатываемого батча для оптимизации чтения (если используется обработка пакета процессов в одной транзакции).
94 +
95 +Также есть возможность использовать как дополнительное ограничение по некоторой оценке при пакетной обработке.
96 +(Например мы загрузили 10 процессов, у каждого по 50 необработанных сообщений, мы отбираем только limit 400 сообщений и связанные процессы для текущей транзакции).
90 90  )))
98 +)))
91 91  
92 92  ----
93 93