Изменения документа Инициализация процесса

Редактировал(а) Alexandr Fokin 2024/06/12 15:27

<
От версии < 1.16 >
отредактировано Alexandr Fokin
на 2024/01/11 13:33
К версии < 1.32 >
отредактировано Alexandr Fokin
на 2024/01/11 14:20
>
Изменить комментарий: К данной версии нет комментариев

Комментарий

Подробности

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