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