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

Редактировал(а) Alexandr Fokin 2024/06/12 15:27
От версии 1.1 >
отредактировано Alexandr Fokin
на 2024/01/11 12:26
К версии < 1.41 >
отредактировано Alexandr Fokin
на 2024/01/27 14:02
>
Изменить комментарий: К данной версии нет комментариев

Комментарий

Подробности

Свойства страницы
Родительский документ
... ... @@ -1,1 +1,1 @@
1 -Алгоритмы.Процессы.WebHome
1 +Архитектура и модели.Модели.Процессы.WebHome
Содержимое
... ... @@ -1,19 +1,116 @@
1 -|(% style="width:61px" %) |(% style="width:1393px" %)(((
2 -|(% style="width:251px" %)Инициализация на основе события|(% style="width:1124px" %)Событие запуска процесса поступает извне
3 -|(% colspan="1" rowspan="3" style="width:251px" %)Инициализация на основе данных|(% style="width:1124px" %)Выборка данных до тех пор пока они не исчерпаются.
4 -Плохо подходит для больших объемов данных.
5 -\\Например:
1 +(% border="1" %)
2 +|(% style="width:15px" %) |(% style="width:1470px" %)(((
3 +(% border="1" %)
4 +|(% style="width:179px" %)Ручной и автоматический запуск процесса|(% style="width:1271px" %)(((
5 +|(% style="width:301px" %)Автоматический запуск|(% style="width:951px" %)(((
6 +|по таймеру (по выборке)|
7 +)))
8 +|(% style="width:301px" %)Ручной запуск|(% style="width:951px" %)(((
9 +|По сущности (ключу)|
10 +|По групповой выборке (список ключей)|
11 +|По групповой выборке с параметрами|
12 +)))
13 +|(% style="width:301px" %)Запуск по событию|(% style="width:951px" %)(((
14 +|По сущности (ключу)|
15 +|По групповой выборке (список ключей)|
16 +|По групповой выборке с параметрами|
17 +)))
18 +)))
19 +|(% style="width:179px" %)Валидация перед запуском|(% style="width:1271px" %)(((
20 +(% border="1" %)
21 +|(((
22 +* Валидация доменных объектов на возможность запуска экземпляра процесса (с гарантией, что доменной объект не будет изменен до конца транзакции планировщика, иначе мы можем принять некорректное решение о запуске процесса).
23 +* В случае использования [[Оптимистичная блокировка>>doc:Архитектура и модели.Блокировки.Оптимистичная блокировка.WebHome]], необходимо также гарантировать инкрементацию ключа доменных сущностей т.к. скорее всего их поля не изменятся напрямую.
24 +* Как вариант - использование более строго уровня изоляции.
25 +)))
26 +|(((
27 +Если существуют предыдущие экземпляры процесса (__по ключевому набору__), то они также валидируются на возможность запуска нового экземпляра
28 +
29 +(% border="1" %)
30 +|(% colspan="2" style="width:157px" %)Отношение экземпляров процесса и ключевых доменных сущностей.
31 +|(% style="width:172px" %)Допускается создание только одного экземпляра процесса|(% style="width:1063px" %)Экземпляр ключевой доменной сущности <-(1 к 1)-> Экземпляр процесса.
32 +Для каждого уникального ключа может быть не более 1 экземпляра процесса.
33 +|(% style="width:172px" %)Допускается создание более одного экземпляра|(% style="width:1063px" %)(((
34 +Здесь речь идет не о том, что несколько экземпляров активны в один и тот-же момент времени, а о том, что допускается ситуация, что в случае если у нас уже есть существующий экземпляр процесса (выполнявшийся ранее), мы не меняем его состояние и перезапускаем, а создаем новый экземпляр (при этом гарантируя валидность такого действия).
35 +\\В таком случае мы можем представить следующую модель данных:
36 +Ключевые доменные сущности <-(1 к 1)-> Ключевой сквозной контекст процесса <-(1 к N)-> Экземпляр процесса.
37 +
38 +
39 +(% border="1" %)
40 +|Ключевой сквозной контекст не всегда может быть выражен явно, но фактически он будет существовать.
41 +|(((
42 +Пример 1
43 +
44 +Мы можем гарантировать, что в один момент времени имеется только один активный экземпляр процесса (и только он выполняется).
45 +\\Мы можем использовать указатель на активный процесс из сквозного контекста,
46 +или также мы можем добавить флажок активности в экземпляр процесса и наложить на него уникальный индекс.
47 +)))
48 +|(((
49 +Пример 2
50 +
51 +Сквозной контекст может отслеживать была ли достигнута финальная цель ключевой связки.
52 +
53 +Например:
54 +
55 +* Целью является создание некоторого доменного объекта, когда он будет создан, информация зафиксируется в сквозном контексте.
56 +* Эти данные не позволят запустить новый экземпляр процесса так как цель достигнута - объект создан.
57 +* Если вдруг выясняется, что по какой-то причине созданный доменный объект объявляется недействительным, и необходимо запустить новый экземпляр процесса (по тому же ключу) для создания нового экземпляра доменного объекта, то также нужно выполнить сброс данных в сквозном контексте.
58 +(ручной сброс или подписка на доменной событие, оповещающее о смене статуса созданного объекта (аннулирование, блокировка и др.))
59 +)))
60 +)))
61 +)))
62 +)))
63 +|(% style="width:179px" %) |(% style="width:1271px" %)
64 +
65 +(% border="1" %)
66 +|(% style="width:151px" %)На основе события|(% style="width:1188px" %)Событие запуска процесса поступает извне, и обязательства о выборке данных для процесса лежат на внешнем компоненте.
67 +События могут помещаться в некоторый буфер - хранилище (брокер сообщений, БД) и разбираться обработчиком до исчерпания.
68 +|(% style="width:151px" %)На основе данных|(% style="width:1188px" %)(((
69 +(% border="1" %)
70 +|(% colspan="2" %)Замечания
71 +|Параллелизм|Гарантия, что код планировщика выполняются в эксклюзивном режиме, в случае если он запущен в нескольких экземплярах.
72 +Предполагается [[Пессимистичная блокировка>>doc:Архитектура и модели.Блокировки.Пессимистичная блокировка.WebHome]] на уровне всех экземпляров.
73 +
74 +(% border="1" %)
75 +|(% style="width:177px" %)Тип|(% style="width:993px" %)
76 +|(% style="width:177px" %)Выборка до исчерпания|(% style="width:993px" %)(((
77 +Выборка данных до тех пор пока они не исчерпаются.
78 +
79 +Замечания:
80 +
81 +* Плохо подходит для больших объемов данных. Может привести к долгому выполнению выборки.
82 +* Плохо подходит для сложных условий т.к. может привезти к тому, что будет невозможно выразить полный набор условий в виде запроса или запрос получиться сложным и также будет долго выполняться.
83 +* Если при обработке ключевого доменного объекта возникнет ошибка, то это окажет влияние на всю операцию инициализации. Может быть проблематично отбросить данный доменный объект, чтобы он не попал в выборку.
84 +
85 +Пример:
6 6  Соединение таблицы доменных сущностей с таблицей процесса и выборка тех сущностей, по которым нет записи в таблице процесса.
7 -|(% style="width:1124px" %)Инициализация, привязанная к дате.
8 -\\Обработчик привязан к конкретной дате и рассматривает некоторый ограниченный набор, например одни сутки относительно указанной даты.
87 +)))
88 +|(% style="width:177px" %)Инициализация, привязанная к дате.|(% style="width:993px" %)Обработчик привязан к конкретной дате и рассматривает некоторый ограниченный набор, например одни сутки относительно указанной даты.
9 9  Таким образом мы явно ограничиваем блок данных. Но нужно учесть сценарии с возникновением ошибки, т.к. следующее срабатывание уже будет на основе новой даты.
10 -|(% style="width:1124px" %)Перебор всего сета доменных сущностей.
11 -\\1) Возможно, если есть способ перебрать данные батчами.
12 -Например: Если мы уверены, что доменные объекты не удаляются, то мы можем отсортировать их по дате создания и первичному ключу. Таким образом мы получим фиксированные страницы данных, которые можно обрабатывать параллельно. Невозможно выполнить, если допускается удаление объектов.
90 +|(% style="width:177px" %)Перебор всего сета доменных сущностей.|(% style="width:993px" %)(((
91 +| |Пагинация|Параллелизм|Фильтрация сета|
92 +| |Страницы|+|-|
93 +| |Смещение|-|+|
13 13  
14 -
95 +Необходимое условие: Наличие способа перебрать данные сета данных.
96 +Вариант 1: Если перебираем записи без использования параллелизма, то нам достаточно организовать некоторую пагинацию и последовательно идти, обрабатывая подходящие для запуска процесса строки.
97 +\\Вариант 2:
98 +Если мы уверены, что доменные объекты не удаляются, то мы можем отсортировать их по дате создания и первичному ключу (Если есть уникальный автоинкреметный числовой ключ, то можно использовать его).
99 +Таким образом мы получим детерминированные страницы данных, которые даже можно обрабатывать параллельно.
100 +Невозможно выполнить, если допускается удаление объектов т.к. оно может изменить данные в страницах.
101 +Либо можно прикинуть вариант, когда мы используем блокировку доменных объектов через БД, таким образом в каждом обрабатываем батче (в один момент времени) будет уникальный набор доменных объектов, и если один и тот же объект попадет в разные батчи, то в первом случае он обработается, а во втором он будет отброшен (есть вероятность, что некоторые строки, существовавшие на момент начала операции, не попадут в выборку).
102 +
103 +Вариант 4:
104 +Если кол-во записей не очень велико и мы можем без проблем полностью уместить сет всех ключей в оперативной памяти.
105 +(Не требует гарантии, что сущность нельзя удалить, т,к. в случае обнаружения удаления можно просто пропустить ключ).
106 +
107 +[[Пагинация | Paging>>doc:Разработка.Базы данных.Сценарии.Пагинация | Paging.WebHome]]
108 +
109 +Can queries that users ORDER BY using date to sort data be non deterministic?
110 +[[https:~~/~~/dba.stackexchange.com/questions/241056/can-queries-that-users-order-by-using-date-to-sort-data-be-non-deterministic>>https://dba.stackexchange.com/questions/241056/can-queries-that-users-order-by-using-date-to-sort-data-be-non-deterministic]]
15 15  )))
16 -|(% style="width:61px" %) |(% style="width:1393px" %)
17 -|(% style="width:61px" %) |(% style="width:1393px" %)
112 +)))
113 +)))
114 +|(% style="width:15px" %) |(% style="width:1470px" %)
18 18  
19 19