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

Редактировал(а) Alexandr Fokin 2024/06/12 15:27
<
От версии < 1.46 >
отредактировано Alexandr Fokin
на 2024/01/27 17:55
К версии < 1.39 >
отредактировано Alexandr Fokin
на 2024/01/22 11:20
>
Изменить комментарий: К данной версии нет комментариев

Комментарий

Подробности

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