Исходный код вики Инициализация процесса
Версия 1.41 от Alexandr Fokin на 2024/01/27 14:02
Скрыть последних авторов
author | version | line-number | content |
---|---|---|---|
![]() |
1.28 | 1 | (% border="1" %) |
![]() |
1.4 | 2 | |(% style="width:15px" %) |(% style="width:1470px" %)((( |
![]() |
1.17 | 3 | (% border="1" %) |
![]() |
1.38 | 4 | |(% style="width:179px" %)Ручной и автоматический запуск процесса|(% style="width:1271px" %)((( |
![]() |
1.40 | 5 | |(% style="width:301px" %)Автоматический запуск|(% style="width:951px" %)((( |
![]() |
1.39 | 6 | |по таймеру (по выборке)| |
7 | ))) | ||
![]() |
1.40 | 8 | |(% style="width:301px" %)Ручной запуск|(% style="width:951px" %)((( |
9 | |По сущности (ключу)| | ||
![]() |
1.41 | 10 | |По групповой выборке (список ключей)| |
![]() |
1.40 | 11 | |По групповой выборке с параметрами| |
![]() |
1.38 | 12 | ))) |
![]() |
1.40 | 13 | |(% style="width:301px" %)Запуск по событию|(% style="width:951px" %)((( |
14 | |По сущности (ключу)| | ||
![]() |
1.41 | 15 | |По групповой выборке (список ключей)| |
![]() |
1.39 | 16 | |По групповой выборке с параметрами| |
17 | ))) | ||
18 | ))) | ||
![]() |
1.5 | 19 | |(% style="width:179px" %)Валидация перед запуском|(% style="width:1271px" %)((( |
![]() |
1.17 | 20 | (% border="1" %) |
![]() |
1.4 | 21 | |((( |
![]() |
1.14 | 22 | * Валидация доменных объектов на возможность запуска экземпляра процесса (с гарантией, что доменной объект не будет изменен до конца транзакции планировщика, иначе мы можем принять некорректное решение о запуске процесса). |
23 | * В случае использования [[Оптимистичная блокировка>>doc:Архитектура и модели.Блокировки.Оптимистичная блокировка.WebHome]], необходимо также гарантировать инкрементацию ключа доменных сущностей т.к. скорее всего их поля не изменятся напрямую. | ||
24 | * Как вариант - использование более строго уровня изоляции. | ||
25 | ))) | ||
26 | |((( | ||
![]() |
1.4 | 27 | Если существуют предыдущие экземпляры процесса (__по ключевому набору__), то они также валидируются на возможность запуска нового экземпляра |
28 | |||
![]() |
1.18 | 29 | (% border="1" %) |
![]() |
1.6 | 30 | |(% colspan="2" style="width:157px" %)Отношение экземпляров процесса и ключевых доменных сущностей. |
![]() |
1.23 | 31 | |(% style="width:172px" %)Допускается создание только одного экземпляра процесса|(% style="width:1063px" %)Экземпляр ключевой доменной сущности <-(1 к 1)-> Экземпляр процесса. |
32 | Для каждого уникального ключа может быть не более 1 экземпляра процесса. | ||
33 | |(% style="width:172px" %)Допускается создание более одного экземпляра|(% style="width:1063px" %)((( | ||
![]() |
1.24 | 34 | Здесь речь идет не о том, что несколько экземпляров активны в один и тот-же момент времени, а о том, что допускается ситуация, что в случае если у нас уже есть существующий экземпляр процесса (выполнявшийся ранее), мы не меняем его состояние и перезапускаем, а создаем новый экземпляр (при этом гарантируя валидность такого действия). |
![]() |
1.5 | 35 | \\В таком случае мы можем представить следующую модель данных: |
![]() |
1.19 | 36 | Ключевые доменные сущности <-(1 к 1)-> Ключевой сквозной контекст процесса <-(1 к N)-> Экземпляр процесса. |
![]() |
1.6 | 37 | |
![]() |
1.4 | 38 | |
![]() |
1.25 | 39 | (% border="1" %) |
![]() |
1.6 | 40 | |Ключевой сквозной контекст не всегда может быть выражен явно, но фактически он будет существовать. |
41 | |((( | ||
42 | Пример 1 | ||
43 | |||
44 | Мы можем гарантировать, что в один момент времени имеется только один активный экземпляр процесса (и только он выполняется). | ||
45 | \\Мы можем использовать указатель на активный процесс из сквозного контекста, | ||
46 | или также мы можем добавить флажок активности в экземпляр процесса и наложить на него уникальный индекс. | ||
![]() |
1.4 | 47 | ))) |
![]() |
1.6 | 48 | |((( |
49 | Пример 2 | ||
50 | |||
51 | Сквозной контекст может отслеживать была ли достигнута финальная цель ключевой связки. | ||
52 | |||
53 | Например: | ||
54 | |||
![]() |
1.21 | 55 | * Целью является создание некоторого доменного объекта, когда он будет создан, информация зафиксируется в сквозном контексте. |
![]() |
1.26 | 56 | * Эти данные не позволят запустить новый экземпляр процесса так как цель достигнута - объект создан. |
![]() |
1.22 | 57 | * Если вдруг выясняется, что по какой-то причине созданный доменный объект объявляется недействительным, и необходимо запустить новый экземпляр процесса (по тому же ключу) для создания нового экземпляра доменного объекта, то также нужно выполнить сброс данных в сквозном контексте. |
![]() |
1.8 | 58 | (ручной сброс или подписка на доменной событие, оповещающее о смене статуса созданного объекта (аннулирование, блокировка и др.)) |
![]() |
1.4 | 59 | ))) |
![]() |
1.6 | 60 | ))) |
61 | ))) | ||
62 | ))) | ||
![]() |
1.5 | 63 | |(% style="width:179px" %) |(% style="width:1271px" %) |
![]() |
1.4 | 64 | |
![]() |
1.29 | 65 | (% border="1" %) |
![]() |
1.4 | 66 | |(% style="width:151px" %)На основе события|(% style="width:1188px" %)Событие запуска процесса поступает извне, и обязательства о выборке данных для процесса лежат на внешнем компоненте. |
![]() |
1.2 | 67 | События могут помещаться в некоторый буфер - хранилище (брокер сообщений, БД) и разбираться обработчиком до исчерпания. |
![]() |
1.4 | 68 | |(% style="width:151px" %)На основе данных|(% style="width:1188px" %)((( |
![]() |
1.29 | 69 | (% border="1" %) |
![]() |
1.4 | 70 | |(% colspan="2" %)Замечания |
71 | |Параллелизм|Гарантия, что код планировщика выполняются в эксклюзивном режиме, в случае если он запущен в нескольких экземплярах. | ||
![]() |
1.2 | 72 | Предполагается [[Пессимистичная блокировка>>doc:Архитектура и модели.Блокировки.Пессимистичная блокировка.WebHome]] на уровне всех экземпляров. |
![]() |
1.4 | 73 | |
![]() |
1.29 | 74 | (% border="1" %) |
![]() |
1.4 | 75 | |(% style="width:177px" %)Тип|(% style="width:993px" %) |
76 | |(% style="width:177px" %)Выборка до исчерпания|(% style="width:993px" %)((( | ||
![]() |
1.2 | 77 | Выборка данных до тех пор пока они не исчерпаются. |
78 | |||
![]() |
1.3 | 79 | Замечания: |
80 | |||
![]() |
1.27 | 81 | * Плохо подходит для больших объемов данных. Может привести к долгому выполнению выборки. |
![]() |
1.3 | 82 | * Плохо подходит для сложных условий т.к. может привезти к тому, что будет невозможно выразить полный набор условий в виде запроса или запрос получиться сложным и также будет долго выполняться. |
83 | * Если при обработке ключевого доменного объекта возникнет ошибка, то это окажет влияние на всю операцию инициализации. Может быть проблематично отбросить данный доменный объект, чтобы он не попал в выборку. | ||
84 | |||
![]() |
1.2 | 85 | Пример: |
![]() |
1.1 | 86 | Соединение таблицы доменных сущностей с таблицей процесса и выборка тех сущностей, по которым нет записи в таблице процесса. |
![]() |
1.2 | 87 | ))) |
![]() |
1.4 | 88 | |(% style="width:177px" %)Инициализация, привязанная к дате.|(% style="width:993px" %)Обработчик привязан к конкретной дате и рассматривает некоторый ограниченный набор, например одни сутки относительно указанной даты. |
![]() |
1.1 | 89 | Таким образом мы явно ограничиваем блок данных. Но нужно учесть сценарии с возникновением ошибки, т.к. следующее срабатывание уже будет на основе новой даты. |
![]() |
1.4 | 90 | |(% style="width:177px" %)Перебор всего сета доменных сущностей.|(% style="width:993px" %)((( |
![]() |
1.37 | 91 | | |Пагинация|Параллелизм|Фильтрация сета| |
92 | | |Страницы|+|-| | ||
93 | | |Смещение|-|+| | ||
![]() |
1.36 | 94 | |
![]() |
1.38 | 95 | Необходимое условие: Наличие способа перебрать данные сета данных. |
![]() |
1.31 | 96 | Вариант 1: Если перебираем записи без использования параллелизма, то нам достаточно организовать некоторую пагинацию и последовательно идти, обрабатывая подходящие для запуска процесса строки. |
97 | \\Вариант 2: | ||
![]() |
1.32 | 98 | Если мы уверены, что доменные объекты не удаляются, то мы можем отсортировать их по дате создания и первичному ключу (Если есть уникальный автоинкреметный числовой ключ, то можно использовать его). |
99 | Таким образом мы получим детерминированные страницы данных, которые даже можно обрабатывать параллельно. | ||
100 | Невозможно выполнить, если допускается удаление объектов т.к. оно может изменить данные в страницах. | ||
![]() |
1.35 | 101 | Либо можно прикинуть вариант, когда мы используем блокировку доменных объектов через БД, таким образом в каждом обрабатываем батче (в один момент времени) будет уникальный набор доменных объектов, и если один и тот же объект попадет в разные батчи, то в первом случае он обработается, а во втором он будет отброшен (есть вероятность, что некоторые строки, существовавшие на момент начала операции, не попадут в выборку). |
![]() |
1.1 | 102 | |
![]() |
1.31 | 103 | Вариант 4: |
![]() |
1.3 | 104 | Если кол-во записей не очень велико и мы можем без проблем полностью уместить сет всех ключей в оперативной памяти. |
![]() |
1.9 | 105 | (Не требует гарантии, что сущность нельзя удалить, т,к. в случае обнаружения удаления можно просто пропустить ключ). |
![]() |
1.3 | 106 | |
![]() |
1.34 | 107 | [[Пагинация | Paging>>doc:Разработка.Базы данных.Сценарии.Пагинация | Paging.WebHome]] |
108 | |||
![]() |
1.2 | 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]] | ||
![]() |
1.1 | 111 | ))) |
![]() |
1.2 | 112 | ))) |
113 | ))) | ||
![]() |
1.4 | 114 | |(% style="width:15px" %) |(% style="width:1470px" %) |
![]() |
1.1 | 115 | |
116 |