Изменения документа Инициализация процесса
Редактировал(а) Alexandr Fokin 2024/06/12 15:27
<
>
отредактировано Alexandr Fokin
на 2024/01/11 13:38
на 2024/01/11 13:38
отредактировано Alexandr Fokin
на 2024/01/11 13:50
на 2024/01/11 13:50
Изменить комментарий:
К данной версии нет комментариев
Комментарий
-
Свойства страницы (1 изменено, 0 добавлено, 0 удалено)
Подробности
- Свойства страницы
-
- Содержимое
-
... ... @@ -1,3 +1,4 @@ 1 +(% border="1" %) 1 1 |(% style="width:15px" %) |(% style="width:1470px" %)((( 2 2 (% border="1" %) 3 3 |(% style="width:179px" %)Ручной и автоматический запуск процесса|(% style="width:1271px" %) ... ... @@ -11,15 +11,17 @@ 11 11 |((( 12 12 Если существуют предыдущие экземпляры процесса (__по ключевому набору__), то они также валидируются на возможность запуска нового экземпляра 13 13 15 +(% border="1" %) 14 14 |(% colspan="2" style="width:157px" %)Отношение экземпляров процесса и ключевых доменных сущностей. 15 -|(% style="width:1 57px" %)Допускается создание только одного экземпляра процесса|(% style="width:1078px" %)Экземпляр ключевой доменной сущности <-(1 к 1)-> Экземпляр процесса.16 -Для каждого уникального ключа может быть только 0 или1 экземпляр процесса.17 -|(% style="width:1 57px" %)Допускается создание более одного экземпляра|(% style="width:1078px" %)(((18 -Здесь речь идет не о том, что запусквозможен в один момент времени, авцелом, что допускается ситуация, что в случае если процессужевыполнялся, мы не меняем его состояние и перезапускаем, а создаем новый экземпляр (при этом гарантируя валидность).17 +|(% style="width:172px" %)Допускается создание только одного экземпляра процесса|(% style="width:1063px" %)Экземпляр ключевой доменной сущности <-(1 к 1)-> Экземпляр процесса. 18 +Для каждого уникального ключа может быть не более 1 экземпляра процесса. 19 +|(% style="width:172px" %)Допускается создание более одного экземпляра|(% style="width:1063px" %)((( 20 +Здесь речь идет не о том, что несколько экземпляров активны в один и тот-же момент времени, а о том, что допускается ситуация, что в случае если у нас уже есть существующий экземпляр процесса (выполнявшийся ранее), мы не меняем его состояние и перезапускаем, а создаем новый экземпляр (при этом гарантируя валидность такого действия). 19 19 \\В таком случае мы можем представить следующую модель данных: 20 -Ключевые доменные сущности <-(1 к 1)-> Ключевой сквозной контекст процесса <-(1 к N)-> экземпляр процесса.22 +Ключевые доменные сущности <-(1 к 1)-> Ключевой сквозной контекст процесса <-(1 к N)-> Экземпляр процесса. 21 21 22 22 25 +(% border="1" %) 23 23 |Ключевой сквозной контекст не всегда может быть выражен явно, но фактически он будет существовать. 24 24 |((( 25 25 Пример 1 ... ... @@ -35,9 +35,9 @@ 35 35 36 36 Например: 37 37 38 -* целью является создание некоторого доменного объекта, когда он будет создан, информациюзафиксируется в сквозном контексте.39 -* Эти данные не позволят запустить новый экземпляр так как цель достигнута - объект создан. 40 -* Если вдруг выясняется, что по какой-то причине созданный доменный объект объявляется недействительным, и не еобходимосброситьданныев сквозном контексте.41 +* Целью является создание некоторого доменного объекта, когда он будет создан, информация зафиксируется в сквозном контексте. 42 +* Эти данные не позволят запустить новый экземпляр процесса так как цель достигнута - объект создан. 43 +* Если вдруг выясняется, что по какой-то причине созданный доменный объект объявляется недействительным, и необходимо запустить новый экземпляр процесса (по тому же ключу) для создания нового экземпляра доменного объекта, то также нужно выполнить сброс данных в сквозном контексте. 41 41 (ручной сброс или подписка на доменной событие, оповещающее о смене статуса созданного объекта (аннулирование, блокировка и др.)) 42 42 ))) 43 43 ))) ... ... @@ -45,13 +45,16 @@ 45 45 ))) 46 46 |(% style="width:179px" %) |(% style="width:1271px" %) 47 47 51 +(% border="1" %) 48 48 |(% style="width:151px" %)На основе события|(% style="width:1188px" %)Событие запуска процесса поступает извне, и обязательства о выборке данных для процесса лежат на внешнем компоненте. 49 49 События могут помещаться в некоторый буфер - хранилище (брокер сообщений, БД) и разбираться обработчиком до исчерпания. 50 50 |(% style="width:151px" %)На основе данных|(% style="width:1188px" %)((( 55 +(% border="1" %) 51 51 |(% colspan="2" %)Замечания 52 52 |Параллелизм|Гарантия, что код планировщика выполняются в эксклюзивном режиме, в случае если он запущен в нескольких экземплярах. 53 53 Предполагается [[Пессимистичная блокировка>>doc:Архитектура и модели.Блокировки.Пессимистичная блокировка.WebHome]] на уровне всех экземпляров. 54 54 60 +(% border="1" %) 55 55 |(% style="width:177px" %)Тип|(% style="width:993px" %) 56 56 |(% style="width:177px" %)Выборка до исчерпания|(% style="width:993px" %)((( 57 57 Выборка данных до тех пор пока они не исчерпаются. ... ... @@ -58,8 +58,9 @@ 58 58 59 59 Замечания: 60 60 61 -* Плохо подходит для больших объемов данных. Может привести к тому,67 +* Плохо подходит для больших объемов данных. Может привести к долгому выполнению выборки. 62 62 * Плохо подходит для сложных условий т.к. может привезти к тому, что будет невозможно выразить полный набор условий в виде запроса или запрос получиться сложным и также будет долго выполняться. 69 +* Если при обработке ключевого доменного объекта возникнет ошибка, то это окажет влияние на всю операцию планирования. Может быть проблематично отбросить данный доменный объект, чтобы он не попал в выборку. 63 63 64 64 Пример: 65 65 Соединение таблицы доменных сущностей с таблицей процесса и выборка тех сущностей, по которым нет записи в таблице процесса. ... ... @@ -70,7 +70,7 @@ 70 70 Необходимое условие: Наличие способа перебрать данные батчами, гарантия что данные не удаляются. 71 71 72 72 Вариант 1: 73 -Если мы уверены, что доменные объекты не удаляются, то мы можем отсортировать их по дате создания и первичному ключу. Таким образом мы получим фиксированные страницы данных, которые можно обрабатывать параллельно. Невозможно выполнить, если допускается удаление объектов.80 +Если мы уверены, что доменные объекты не удаляются, то мы можем отсортировать их по дате создания и первичному ключу. Таким образом мы получим детерминированные страницы данных, которые даже можно обрабатывать параллельно. Невозможно выполнить, если допускается удаление объектов. 74 74 75 75 Вариант 2: 76 76 Если есть уникальный автоинкреметный числовой ключ, то можно использовать его.