Исходный код вики Инициализация процесса

Версия 1.14 от Alexandr Fokin на 2024/01/11 13:14
Скрыть последних авторов
Alexandr Fokin 1.4 1 |(% style="width:15px" %) |(% style="width:1470px" %)(((
Alexandr Fokin 1.5 2 |(% style="width:179px" %)Ручной и автоматический запуск процесса|(% style="width:1271px" %)
3 |(% style="width:179px" %)Валидация перед запуском|(% style="width:1271px" %)(((
Alexandr Fokin 1.4 4 |(((
Alexandr Fokin 1.14 5 * Валидация доменных объектов на возможность запуска экземпляра процесса (с гарантией, что доменной объект не будет изменен до конца транзакции планировщика, иначе мы можем принять некорректное решение о запуске процесса).
6 * В случае использования [[Оптимистичная блокировка>>doc:Архитектура и модели.Блокировки.Оптимистичная блокировка.WebHome]], необходимо также гарантировать инкрементацию ключа доменных сущностей т.к. скорее всего их поля не изменятся напрямую.
7 * Как вариант - использование более строго уровня изоляции.
8 )))
9 |(((
Alexandr Fokin 1.4 10 Если существуют предыдущие экземпляры процесса (__по ключевому набору__), то они также валидируются на возможность запуска нового экземпляра
11
Alexandr Fokin 1.6 12 |(% colspan="2" style="width:157px" %)Отношение экземпляров процесса и ключевых доменных сущностей.
13 |(% style="width:157px" %)Допускается создание только одного экземпляра процесса|(% style="width:1078px" %)Экземпляр ключевой доменной сущности <-(1 к 1)-> Экземпляр процесса.
Alexandr Fokin 1.4 14 Для каждого уникального ключа может быть только 0 или 1 экземпляр процесса.
Alexandr Fokin 1.6 15 |(% style="width:157px" %)Допускается создание более одного экземпляра|(% style="width:1078px" %)(((
16 Здесь речь идет не о том, что запуск возможен в один момент времени, а в целом, что допускается ситуация, что в случае если процесс уже выполнялся, мы не меняем его состояние и перезапускаем, а создаем новый экземпляр (при этом гарантируя валидность).
Alexandr Fokin 1.5 17 \\В таком случае мы можем представить следующую модель данных:
Alexandr Fokin 1.6 18 Ключевые доменные сущности <-(1 к 1)-> Ключевой сквозной контекст процесса <-(1 к N)-> экземпляр процесса.
19
Alexandr Fokin 1.4 20
Alexandr Fokin 1.6 21 |Ключевой сквозной контекст не всегда может быть выражен явно, но фактически он будет существовать.
22 |(((
23 Пример 1
24
25 Мы можем гарантировать, что в один момент времени имеется только один активный экземпляр процесса (и только он выполняется).
26 \\Мы можем использовать указатель на активный процесс из сквозного контекста,
27 или также мы можем добавить флажок активности в экземпляр процесса и наложить на него уникальный индекс.
Alexandr Fokin 1.4 28 )))
Alexandr Fokin 1.6 29 |(((
30 Пример 2
31
32 Сквозной контекст может отслеживать была ли достигнута финальная цель ключевой связки.
33
34 Например:
35
36 * целью является создание некоторого доменного объекта, когда он будет создан, информацию зафиксируется в сквозном контексте.
37 * Эти данные не позволят запустить новый экземпляр так как цель достигнута - объект создан.
Alexandr Fokin 1.8 38 * Если вдруг выясняется, что по какой-то причине созданный доменный объект объявляется недействительным, и не обходимо запустить процесс (по тому же ключу) для создания нового экземпляра доменного объекта, то также необходимо сбросить данные в сквозном контексте.
39 (ручной сброс или подписка на доменной событие, оповещающее о смене статуса созданного объекта (аннулирование, блокировка и др.))
Alexandr Fokin 1.4 40 )))
Alexandr Fokin 1.6 41 )))
42 )))
43 )))
Alexandr Fokin 1.5 44 |(% style="width:179px" %) |(% style="width:1271px" %)
Alexandr Fokin 1.4 45
46 |(% style="width:151px" %)На основе события|(% style="width:1188px" %)Событие запуска процесса поступает извне, и обязательства о выборке данных для процесса лежат на внешнем компоненте.
Alexandr Fokin 1.2 47 События могут помещаться в некоторый буфер - хранилище (брокер сообщений, БД) и разбираться обработчиком до исчерпания.
Alexandr Fokin 1.4 48 |(% style="width:151px" %)На основе данных|(% style="width:1188px" %)(((
49 |(% colspan="2" %)Замечания
50 |Параллелизм|Гарантия, что код планировщика выполняются в эксклюзивном режиме, в случае если он запущен в нескольких экземплярах.
Alexandr Fokin 1.2 51 Предполагается [[Пессимистичная блокировка>>doc:Архитектура и модели.Блокировки.Пессимистичная блокировка.WebHome]] на уровне всех экземпляров.
Alexandr Fokin 1.4 52
53 |(% style="width:177px" %)Тип|(% style="width:993px" %)
54 |(% style="width:177px" %)Выборка до исчерпания|(% style="width:993px" %)(((
Alexandr Fokin 1.2 55 Выборка данных до тех пор пока они не исчерпаются.
56
Alexandr Fokin 1.3 57 Замечания:
58
59 * Плохо подходит для больших объемов данных. Может привести к тому,
60 * Плохо подходит для сложных условий т.к. может привезти к тому, что будет невозможно выразить полный набор условий в виде запроса или запрос получиться сложным и также будет долго выполняться.
61
Alexandr Fokin 1.2 62 Пример:
Alexandr Fokin 1.1 63 Соединение таблицы доменных сущностей с таблицей процесса и выборка тех сущностей, по которым нет записи в таблице процесса.
Alexandr Fokin 1.2 64 )))
Alexandr Fokin 1.4 65 |(% style="width:177px" %)Инициализация, привязанная к дате.|(% style="width:993px" %)Обработчик привязан к конкретной дате и рассматривает некоторый ограниченный набор, например одни сутки относительно указанной даты.
Alexandr Fokin 1.1 66 Таким образом мы явно ограничиваем блок данных. Но нужно учесть сценарии с возникновением ошибки, т.к. следующее срабатывание уже будет на основе новой даты.
Alexandr Fokin 1.4 67 |(% style="width:177px" %)Перебор всего сета доменных сущностей.|(% style="width:993px" %)(((
Alexandr Fokin 1.2 68 Необходимое условие: Наличие способа перебрать данные батчами, гарантия что данные не удаляются.
Alexandr Fokin 1.1 69
Alexandr Fokin 1.3 70 Вариант 1:
Alexandr Fokin 1.2 71 Если мы уверены, что доменные объекты не удаляются, то мы можем отсортировать их по дате создания и первичному ключу. Таким образом мы получим фиксированные страницы данных, которые можно обрабатывать параллельно. Невозможно выполнить, если допускается удаление объектов.
72
Alexandr Fokin 1.3 73 Вариант 2:
74 Если есть уникальный автоинкреметный числовой ключ, то можно использовать его.
75
76 Вариант 3:
77 Если кол-во записей не очень велико и мы можем без проблем полностью уместить сет всех ключей в оперативной памяти.
Alexandr Fokin 1.9 78 (Не требует гарантии, что сущность нельзя удалить, т,к. в случае обнаружения удаления можно просто пропустить ключ).
Alexandr Fokin 1.3 79
Alexandr Fokin 1.2 80 Can queries that users ORDER BY using date to sort data be non deterministic?
81 [[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]]
Alexandr Fokin 1.1 82 )))
Alexandr Fokin 1.2 83 )))
84 )))
Alexandr Fokin 1.4 85 |(% style="width:15px" %) |(% style="width:1470px" %)
Alexandr Fokin 1.1 86
87